软件测试学习基础

第一篇：软件测试学习基础

学习软件测试需要什么基础

1、自学能力又是与基础无关的，但自学能力是一个技术人员最重要的能力之一，尤其是在遇到问题时快速学习并找到解决办法的能力。技术人员很重要的一点就是需要不断学习新的知识，这样才能与时俱进。在工作中不要指望别人告诉你该学什么，该怎么学，甚至帮你解决问题，要对自己有个长期的规划，希望往哪方面发展，应该具备什么样的知识。当然知识是学不完的，工作中很可能遇到没学过的问题，因此遇到问题时要知道怎样去寻找解决方法，并自己思考如何解决。

2、编程基础至少要了解一门编程语言，C、VB、JAVA都可以，注意是了解而不是精通。了解的意思就是能看懂代码，如果能自己写简单的代码就更好了。关键是了解编程的思想，不至于看到代码相关的内容就不知所措了。只要能看懂一种编程语言，学会其他语言也就不是问题了。其实绝大部分刚刚从事软件测试行业的人都是做功能黑盒测试，并不需要编程能力，但当工作了一段时间，想往更高层次发展时，就需要更全面的能力，编程能力就是很重要的一点。如果想往性能测试、自动化测试方面发展的话，那编程能力更是必不可少的了，因为使用测试工具就需要编程。

3、数据库基础与编程基础一样，会简单的SQL语句，熟悉一种数据库的使用，SQL SERVER是首选，毕竟是微软的产品，简单易用。现在的软件系统基本上没有不使用数据库的了，测试人员可能经常会到数据库中查询一些数据，如果能自己进行数据库的操作，那么不但能提高工作效率，也能对系统有更深一步的了解。

4、英语基础具备基本的英语读写能力。看到英语就害怕可不是一个软件测试人员应该具备的素质。基本上所有的软件测试工具都是英文界面，很多好的知识文档也只有英文版的，有可能你测试的系统也是英文的，甚至在一些企业里，跟你沟通的开发人员也只会英语。但也不要被吓着，英语其实多用用就熟悉了，再开个金山词霸，难不倒你的。英语不需要多讲了，即使不从事软件测试工作会一门外语也是很有用的。

第二篇：软件测试学习

软件测试学习

1． 什么是软件测试？

答：软件测试是为了发现错误而审查软件文档、检查软件数据和执行程序代码的过程，其目的在于在软件交付使用前充分发现缺陷并协助相关部门定位、解决缺陷，最后交付一个高质量的软件产品给用户。

2．软件测试的分类有哪些？

答：软件测试活动可以分为以下几类：

 黑盒测试：

黑盒测试又叫功能测试，数据驱动测试或基于需求规格说明书的功能测试。（主要用于系统测试和确认测试中）

 白盒测试

白盒测试又称结构测试、逻辑驱动测试或程序代码内部构成的测试。

 灰盒测试

灰盒测试结合黑盒和白盒测试两种方法，一方面考虑程序代码的功能性表现，另一方面，又需要考虑程序代码的内部结构。（主要用于性能测试、自动化功能测试） 静态测试

静态测试就是用眼看，阅读程序代码、文档资料等，与需求规格说明书中的客户需求进行比较，找出程序代码中设计不合理及文档集料有错误的地方

 动态测试

动态测试即为实际的执行被测对象的程序代码，输入事先设计好的测试用例，检查程序运行得到的结果与测试用例中设计的预期结果之间是否有差异，判定实际结果与预期结果是否一致，从而检验程序的正确性、可靠性和有效性，并分析系统运行效率和健壮性等性能状况。

动态测试由四个部分组成：设计测试用例、执行测试用例、分析比较输出结果、输出测试报告。

动态测试有三种方法：黑盒测试、白盒测试、灰盒测试。

 手动测试

手动测试大部分的测试就是模拟用户的业务流程，来使用软件产品，从而发现软件产品中的缺陷。手动测试是最传统的测试方法，也是现在大多数公司都是用的测试形式。他是测试人员设计测试用例并执行测试用例，然后根据实际结果去和预期的结果相比较并记录测试结果，最终输出测试报告的测试活动。

优点：可以充分发挥测试工程师的主观能动性，将其智力活动体现于测试活动中，能发现很多的缺陷。

缺点：手动测试有一定的局限性与单调枯燥性。

 自动测试

自动测试就是利用一些测试工具，模拟用户的使用流程，让它们自动运行来查找缺陷。也可以编写一些代码，设定特定的测试场景，来自动寻找缺陷

优点：能够很快、很广泛的查找缺陷，同时可以做很多重复性的工作，大大提高了测试的效率和测试的准确性，而且写出的比较好的测试脚本，还可以在软件生命周期的各个阶段重复使用。

3．软件测试的流程：需求测试、单元测试、集成测试、系统测试、性能测试、用户测试、回归测试

 需求测试：主要从以下几个方面考虑

①完整性：每一项需求都必须将所要实现的功能描述清楚，从而为开发人员设计和实现这些功能提供所有必要的需求依据。

②正确性：每一项需求都必须准确的陈述其要开发的功能

③一致性：一致性是指与其它软件需求或高层（系统、业务）需求不相矛盾，或者与我们的项目宣传资料一致。

④可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。⑤无二义性：对所有需求的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户语言表达出来。

⑥健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。

⑦必要性：“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要是每项需求都回溯至某项客户的输入，如需求用例或别的来源。

⑧可测试性：每项需求都能通过设计测试用例或其它验证方法来进行测试。

⑨可修改性：每项需求只应在SRS（软件需求规格说明书）中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。

 单元测试

单元测试又成为模块测试，是对程序代码中最小的设计模块单元进行测试。（可以发现大约80%的软件缺陷，大多数公司中，由对应的开发工程师负责）单元测试方法：主要采用静态测试和动态测试相结合的办法。

单元测试工具：Juint等。

单元测试优点：在软件生产过程中及时的开展单元测试可以降低编码的错误率，提

高编码质量。

 集成测试

集成测试又称为组装测试，就是将软件产品中的各个模块组装起来，检查其接口是否存在问题，以及组装后的整体性能、性能表现。

集成测试方法：一般采用非增式集成方法、增式集成方法（自底向上集成；自顶向下集成；组合方式集成）等策略进行测试，利用以黑盒测试为主，白盒测试为辅的测试方法进行测试。

（集成测试一般由测试工程师但当）

集成测试的目的：主要解决的是各个软件组成单元代码是否符合开发规范、接口是否存在问题、整体功能有无错误、界面是否符合设计规范、性能是否满足用户需求等。

 系统测试

系统测试是将通过集成测试的软件部署到某种较为复杂的计算机用户环境（指一般用户的计算机环境）进行测试。

系统测试的目的：通过与系统的需求进行比较，发现软件与系统的定义不符合或与之矛盾的地方。主要考察被测软件的功能和性能表现。

系统测试方法：主要采用黑盒测试方法，进行的是安装卸载测试、兼容性测试、功能确认测试、安全性测试等。

系统测试过程其实也是一种配置检查过程，检查软件在生产过程中是否有遗漏的地方，在此时做到查漏补缺，以确保交付的产品符合用户的质量要求。如果软件可以按照用户合理期望的方式来工作的时候，即可认为通过系统测试。

 性能测试

性能测试就是要求被测软件在业务处理速度、处理能力和所耗用的硬件系统资源比率满足用户的需求。

对测试人员的要求：测试人员要掌握编程语言，精通业务流程，拥有深厚的项目经验。所以，想顺利的开展性能测试，需要测试工程师不断的学习，掌握相应的知识。例子：对于某个论坛，我们需要测试论坛支持10000个用户同时使用，并且在这种情况下，打开帖子的速度能否控制在4秒钟以下，论坛服务器的CPU使用率不超过80%，内存的占用率不超过75%等，这些都是典型的性能测试指标。

性能测试优点：一方面可以验证被测软件是否符合用户需求，另一方面，可以得到相关的性能数据，为被测软件的优化提供参考。

性能测试工具：LoadRunner自动化性能测试工具等。

 用户测试

用户测试可以称其为用户确认测试。在正式验收前，需要用户对本系统做出一个评价，用户可对交付的系统做测试，并将测试结果反馈回来，进行修改、分析。用户测试在整个软件生产流程中非常重要，这个环节是被测软件首次作为正式系统交由用户使用，用户会根据他们的实际使用情况进行测试、试用，并提出实际使用过程中的问题。

用户测试是软件生产流程中的最后质检关。

 回归测试

回归测试就是过一段时间以后再回过头来对以前修复过的Bug重新进行测试，看该Bug是否会重新出现。

回归测试的目的：检查以前的测试用例能否再次通过，是否还有需要补充的用例等。

回归测试工具：QTP等。

第三篇：软件测试基础要点(txt)

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

软件测试基础要点(txt)

1.什么是软件测试？

在软件运行发布前，对软件的需求进行分析，设计规格说明，保障软件在发布之前能够正常的运行，检测软件当中的bug 目的：测试是为了发现程序当中的bug

测试是为了检测软件是否满足了用户的需要

2.什么是游戏测试？

游戏测试是软件测试的一部分，检测在正常或者非正常手段测试游戏，看看游戏会不会出现非正常现象，对游戏进行把关处理

3.什么是bug? bug,是电脑系统或者程序当中，出现隐藏或者没有被发现的缺陷或者问题

列子：迪士尼狮子王游戏，狮子王游戏当初没有针对不同的PC机和系统进行测试，导致该游戏无法在不同的PC机或者系统当中使用

4测试阶段角度

单元测试：针对每个单元的测试，是软件测试的最小单元，确保每个模块都能正常的工作，发现内部的错误（白盒测试）

集成测试：对已经测过的模块进行组装，检验与设计相关的程序结构

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

是否一致（黑盒测试）

确认测试：检验所开发的软件能否满足所有功能和性能的需求（黑盒测试）

系统测试：检测被测软件与系统的其它部分是否协调（黑盒测试）验收测试：是软件质量产品的最后一关，也叫交付测试。确保软件的准备就绪（黑盒测试）

5.测试方法：黑盒测试，白盒测试，灰盒测试

6.软件执行角度：静态测试，动态测试

7软件执行角度：静态测试：不运行程序，直接通过代码审核

动态测试：运行被测程序

8.软件测试流程：测试准备——测试计划——测试需求——测试用例——测试报告总结

9.软件测试生命周期：测试计划——测试设计——测试开发——测试执行——测试评估

9.黑盒测试:又叫功能测试，数据驱动测试，把程序看成一个黑盒子，不关心内部结构，只关注他的输入和输出

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

10.白盒测试: 又叫结构测试，逻辑驱动测试,把程序看成一个透明的盒子，能够了解程序内部的情况结构分支

11.灰盒测试：基于白盒和黑盒测试两者方面，既能关注输出输入情况，又能关注程序的内部的情况,不过不能完全向白盒一样了解内部情况，只能了解少部分的

12.黑盒测试和白盒测试的优缺点

黑盒测试优点：不需要了解程序内部代码的实现，能够了解软件实现了需求当中的那些功能

黑盒测试缺点：内部结构，逻辑分支不清楚，某些代码得不到测试-------------------------白盒测试优点：帮助软件测试人员增大了代码的覆盖率，提高代码的质量

白盒测试缺点：昂贵，不能验证规格的正确性

13.系统测试：恢复性测试，安全测试，强度测试，性能测试，容量测试，正确性测试，可靠性测试，兼容性测试

14.系统测试：

恢复性测试：当计算机系统或者程序，出现错误，数据是否能够及时

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

恢复

安全测试：检测计算机对外界非法入侵的能力

强度测试：在硬件或者软件的情况下，对程序软件进行施压 性能测试：检测软件在系统运行当中的表现，是否满足功能的需要 容量测试：系统在正常的运行范围内测试系统的容量

可靠性测试：从验证的角度考虑，检测软件是否达到了预期的目标 兼容性测试：检测程序或者软件在不同的平台或者系统的使用状况 正确性测试：检测各项功能是否满足说明的要求

15.验收测试： alpha测试和beat测试

16.停止测试的标准： 1.超出了预定的时间 2.执行测试，没有发现故障 3.找出的缺陷数量较小较少

17.软件缺陷等级：

1级————

致命：系统崩溃，程序无法跑动 2级————

严重：功能存在错误，功能为实现 3级————

一般：界面，性能缺陷 4级————

轻微：出现错别字

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

18.测试用例包含哪些 用例编号 用例名称 用例背景 前置条件 优先级 重要级 输入数据 操作步骤 预期结果 实际结果 备注

19.测试计划包括 1.概述 2.编写目的 3.项目背景 4.项目质量目标 5.参考资料 6.测试环境 7.测试范围 8.测试工具

精心收集

精心编辑 精致阅读 如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

9.人员，角色及职责 10.测试策略 11.测试进度安排 12.工作汇报

20.缺陷报告的内容 标题 前提 测试环境 操作步骤 期望结果 实际结果 时间 测试人员 提交bug数量 bug等级

21.缺陷报告的处理流程

测试人员——————提交缺陷报告 开发经理——————分配缺陷报告

精心收集

精心编辑

精致阅读 如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

开发人员——————处理缺陷报告 测试人员——————反测报告 测试人员——————关闭缺陷报告

22.什么是QC: QC,中文为质量控制，是为达到质量要求所采取的作业技术和活动

23.QC的工作职责: 监控产品生产状态，实施对在线产品质量控制

24.什么testlink: 基于web的测试用例管理系统

25.testlink主要功能: 测试用例的创建，管理和执行，提供简单的功能

26.testlink缺陷

不能设定测试用例的种类

测试用例需要大量的数据，创建测试用例时不方便

27.什么是QC工具：

是一个基于web测试bug的管理工具

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

28.什么是jira 是一个缺陷跟着管理系统

29目前主要的测试用例设计方法是什么？ 白盒测试：逻辑覆盖，循环覆盖，基本路径覆盖

黑盒测试：边界值分析法，等价类划分，错误推测法，因果图法，状态图法

30.loadrunner分哪三部分 用户动作设计 场景设计 测试数据分析

31.什么是软件缺陷

1.软件没有达到产品说明书表明的功能 2.软件出现了产品说明书指明不会出现的错误 3.软件功能超出产品说明书指明的范围

4.软件未达到产品说明书虽未指出但应该达到的目标 5软件测试人员认为软件难以理解，不易使用

32.软件测试过程

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

单元测试 集成测试 系统测试 验收测试（四大阶段）

精心收集

精心编辑 精致阅读 如需请下载！

第四篇：软件测试基础要点总结

由安博测试空间技术中心http:///提供

从宏观的角度讲，软件测试过程一般可划分为单元测试、集成测试、验收测试和系统测试等几个主要测试阶段。

1.测试计划注意事项

1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况；

2．测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．

3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．

测试原则

①应尽早和不断地进行软件“测试”。

②测试用例中，不仅要选择合理的输入数据，还要选择不合理的输入数据。

③在开发各阶段应事先分别制定出相应的测试计划，在测试开始后应严格执行，防止随意性。④对发现错误较多的程序模块，应进行重点测试。

⑤避免程序员测试自己的程序。

⑥用穷举测试是不现实的，一般通过设计测试用例，充分覆盖所有条件或所有语句即可。⑦长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。

2.测试用例文档

测试用例文档通常是由简介和测试用例两部分组成：

简介部分编制了测试目的、测试范围、定义术语、参考文档等，这个与测试计划是一致的。

测试用例部分逐一列出各个测试用例。

测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

测试用例部分

测试用例通常包含的信息：

用例标识和用例名称

内容描述

前提条件

执行步骤

预期结果

评价准则

用例设计人员和设计时间

用例执行人员和执行时间

其它内容

3.软件缺陷

缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有： ①软件没有实现产品规格说明所要求的功能模块软件中；

②出现了产品规格说明指明不应该出现的错误；

③软件实现了产品规格说明没有提到的功能模块；

④软件没有实现虽然产品规格说明没有明确提及但应该实现的目标；

⑤软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好。测试用例：

以计算器为例

①计算器的产品规格说明定应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。

②产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。

③如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷

④在测试计算器时若发现电池没电会导致计算不正确，而产品说明书是假定电池一直都有电的，从而发现第四种类型的错误。

⑤软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷。

4.缺陷报告里通常包含：缺陷标识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见以及其它内容。、缺陷提交报告主要供两类人阅读，即软件开发人员和项目管理者。

5.常用软件缺陷工具

testDirector

testmanager

专业缺陷管理工具

bugzilla

6.测试报告文档

测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。

测试报告是测试阶段最后的文档产出物，一份详细的测试报告包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。比如覆盖率分析、缺陷分析。

7.测试结果概述

这部分将被分成下面几段来对测试结果进行概述。

.1 被测软件的全面评估

本段应该包括：

a.根据本文档中的测试结果对被测软件的整体评价。

b.任何在测试中检查到的残留的不足,限制,局限。可以用问题/修改报告来提供缺陷信息。

c.对每个残留的缺陷,限制,局限,描述如下：

1对软件和系统性能的影响，包括没有满足的需求

2为了更正它，会对软件和系统设计产生的影响。推荐的解决方法/策略

8.软件特性 software feature

软件项的显著特性。（如功能、性能或可移植性等）。

软件项 software item

源代码、目标代码、作业控制代码、控制数据或这些项的集合。

测试项 test item

作为测试对象的软件项。

9.测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及与本计划有关的风险等。

测试说明包括三类文件：

（1）测试设计说明：详细描述测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。

（2）测试用例说明：列出用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制。将测试用例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复使用。

（3）测试规程说明：规定对于运行系统和执行指定的测试用例来实现有关测试设计所要求的所有步骤。

测试报告包括四类文件：

（1）测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项。

（2）测试日志：测试组用于记录测试执行过程中发生的情况。

（3）测试事件报告：描述在测试执行期间发生并需进一步调查的一切事件。

（4）测试总结报告：总结与测试设计说明有关的测试活动。

这些文件同其它文件在编制方面的关系以及同测试过程的对应关系如图1所示。

10.测试计划要点内容：1 测试计划名称引言 ：测试项被测试的特性不被测试的特性方法项通过准则暂停标准和再启动要求应提供的测试文件测试任务环境要求职责人员和训练要求进度风险和应急批准

引言（本计划的第2章）

归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用材料等。在最高层测试计划中，如果存在下述文件，则需要引用它们：项目计划、质量保证计划、有关的政策、有关的标准等。

5.1.3 测试项（本计划的第3章）

描述被测试的对象，包括其版本、修订级别，并指出在测试开始之前对逻辑或物理变换的要求。

5.1.4 被测试的特性（本计划的第4章）

指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关的测试设计说明。

5.1.5 不被测试的特性（本计划的第5章）

指出不被测试的所有特性和特性的有意义的组合及其理由。

5.1.6 方法（本计划的第6章）

描述测试的总体方法，规定测试指定特性组志需的主要活动、、技术和工具，应详尽地描述方法，以便列出主要的测试任务，并估计执行各项任务所需的时间。规定所希望的电低程度的测试彻底性，指明用于判断测试彻底性的技术（如：检查哪些语句至少执行过一次）。指出对测试的主要限制，例如：测试项可用性、测试资源的可用性和测试截止期限等。

5.1.7 项通过准则（本计划的第7章）

规定各测试项通过测试的标准。

5.1.8 暂停标准和再启动要求（本计划第8章）

规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动。

5.1.9 应提供的测试文件（本计划的第9章）

规定测试完成后所应递交的文件，这些文件可以是前述八个文件的全部或者部分。

5.1.10 测试任务（本计划的第10章）

指明执行测试所需的任务集合，指出任务音的一切依赖关系和所需的一切特殊技能。

5.1.11 环境要求（本计划的第11章）

规定测试环境所必备的和希望的的性质。包括：硬件、通信和系统软件的物理特征、使用方式以及任何其它支撑测试所需的软件或设备，指出所需的特殊测试工具及其它测试要求（如出版物或办公场地等）。指出测试组目前还不能得到的所有要求的来源。

5.1.12 职责（本计划的第12章）

指出负责管理、设计、准备、执行、监督、检查和仲裁的小组。另外指出负责提供

5.1.3 中指出的测试项和在5.1.11中指出的环境要求的小组。

这些小组可以包括开发人员、测试人员、操作员、用户代表、数据管理员和质量保证人员。

5.1.13 人员和训练要求（本计划的第13章）

指明测试人员应有的水平以及为掌握必要技能可供选择的训练科目。

5.1.14 进度（本计划的第14章）

包括在软件项目进度中规定的测试里程碑以及所有测试项传递时间。

定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测试里程碑规定进度，对每项测试资源规定使用期限。

5.1.15 风险和应急（本计划的第15章）

预测测试计划中的风险，规定对各种风险的应急措施（如：延期传递的测试项可能需要加夜班来赶上规定的进度。）

5.1.16 批准（本计划的第16章）

规定本计划必须由哪些人（姓名和职务）审批。为签名和填写日期留出位置。

11.软件测试原则

 所有的软件测试都应追溯到用户需求

 应当把“尽早地和不断地进行软件测试”作为软件测试人的座右铭

 完全测试是不可能的，测试需要终止

 测试无法显示系统所有潜在的缺陷

 充分注意测试中的群集现象

 程序员应避免检查自己的程序

 尽量避免测试的随意性，应从工程的角度理解软件测试，它是有组织、有计划、有

步骤的活动

12.软件测试对象

 程序

 数据

 文档

 过程

 硬件

 网络

13.确认测试

 确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样

 确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础.GUI测试（ui测试）

1.窗体是否能够基于相关的输入或菜单命令适当的打开

2.窗体是否能够改变大小、移动和滚动

3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作

4.当窗体被覆盖并重新调用后，窗体是否能够正确再生

5.窗体相关的功能是否可以操作

6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用

7.显示多窗体时，窗体名称是否能够正确表示

8.活动窗体是否能够被反显加亮

9.多用户联机时所有窗体是否能够实时更新

10.鼠标无规则点击时是否会产生无法预料的结果

11.窗体声音及提示是否符合既定编程规则

第五篇：软件测试学习总结

软件测试学习总结

姓名：某某 学号：20090001 在大庆浦东软件平台有限公司经过一周的软件测试实训，从对软件测试没有什么经验的我初步掌握了软件测试的方法和技能，收获颇多。

我在大学期间的专业是信息与计算科学，原本打算从事网络方面的工作，对活动目录、数据库、操作系统等的知识比较感兴趣。经过这次理论学习，了解到要做好软件测试，要求掌握的知识并不仅仅是测试方面的，网络、数据库、操作系统等的知识对做好测试也是很有帮助的。这让我明确了以后学习的目标，在不断学习软件测试的同时，也应该继续其他相关知识的深入学习。通过此次学习，对整个软件测试行业的了解大大的加深。以前认为软件测试只是枯燥的反复的使用被测试软件来发现异常的问题，以为软件测试并不重要，低开发一等。现在认识到了软件测试的重要性，软件测试是软件产业向软件工业化生产时代迈进不可缺少的重要组成部分，是保证软件质量达到客户需求不可缺少的环节。软件测试在国内是一个新的职业，发展得比较晚，但它的重要性正在为行业所重视。

在学习过程中，我了解了作为一个合格的测试人员所应具备的素质与技能。其中个人素质在测试工作中起到了非常重要的作用，它包括你的信心、耐心、细心和与人交流沟通的能力，它将贯穿你工作生涯的整个过程。在测试理论上，我们系统学习了软件测试的流程，各种测试阶段和测试方法，以及测试工具的使用。通过这些课程的学习，让我们对软件工程也有了更深刻的理解，为以后的测试工作作了很好的理论储备和技能的提升。

软件测试作为软件开发过程中一个非常重要的环节，越来越成为软件开发商和用户关注的焦点。完善的测试是软件质量的保证，因此软件测试就成了一项重要而艰巨的工作，要做好这项工作当然也绝非易事，我在做软件测试工作中总结出了一些经验和技巧。1.功能点的细化

在进行测试前，先将所要测试的功能细分，填写《测试用例表》，有针对性的运行功能测试案例，逐个对每个功能细分点进行测试。在每次运行测试案例之前，明确此次运行的目的和预期的输出结果，并要做好记录。2.注意测试中的错误集中发生的现象

有一些错误是和程序开发人员的编程水平和习惯有很大关系的。例如程序中的拼写错误，习惯用法等。注意收集并记录这些现象，有助于更快、更多地发现类似的错误。

3.尽可能多的使用非常规的测试 充分考虑到各种合法的输入和不合法的输入以及各种边界条件。边界值往往是最容易出现异常的情况，特殊的情况下甚至要制造极端的状态和意外状态，比如网络突然中断，和电源突然断电等情况。

4.对测试错误结果一定要有一个确认的过程

一般有A测试出来的错误，一定要有一个B来确认。5.制定严格的测试计划

测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。6.回归测试的关联性一定要引起充分的注意

在开发人员刚修复Bug之后的地方，再找一找，往往开发人员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。修改一个错误而引起更多的错误出现的现象并不少见。

7.测试文档要尽可能详细

《测试用例表》中的功能点可尽量的详细，如实、详细地记录每次运行测试案例的输入数据，输出数据，出错提示，进行测试的时间，完成测试的时间等，便于以后对测试工作的回溯。8.重视交流和沟通

包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网友的交流，和客户的交流等。多思考，多交流，多提问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到很多东西。9.善于总结

在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。10.妥善保存一切测试过程文档。

这次软件测试实训为我们以后从事软件测试工作打下了良好的专业基础，为我们的进一步学习提高打下了扎实的理论基础。对测试过程有了初步的认识，测试计划、测试设计、测试开发、测试执行、测试评估、测试报告贯穿整个软件开发过程。单元测试、集成测试、系统测试、验证测试每个阶段都应以用户需求为依据。这些基本的概念虽然比较抽象，但对以后的实践是大有益处的。总的来说，这次培训效果不错，对自己有一定的提升，这完全不同与学校的学习，因为它更加贴近工作，针对以后工作的内容作了很多实例的练习与工具的使用，为我们更快的加入工作提供的很好的前提。接下来一段时间，我将利用假期进入相关测试部门进行实际项目的训练，我相信在我有了很好的理论基础后，会在工作中很好的加以应用，让测试工作做得更好。同时，我会更加努力的学习与工作，遇到问题会及时多渠道寻找解决方法，积极上进，希望早日成为一名优秀的测试人员。