软件测试基础要点总结.doc

《软件测试基础要点总结.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、从宏观的角度讲，软件测试过程一般可划分为单元测试、集成测试、验收测试和系统测试等几个主要测试阶段。1.测试计划注意事项1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况；2．测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．测试原则①应尽早和不断地进行软件“测试”。②测试用例中，不仅要选择合理的输入数据，还要选择不合理的输入数据。③在开发各阶段应

2、事先分别制定出相应的测试计划，在测试开始后应严格执行，防止随意性。④对发现错误较多的程序模块，应进行重点测试。⑤避免程序员测试自己的程序。⑥用穷举测试是不现实的，一般通过设计测试用例，充分覆盖所有条件或所有语句即可。⑦长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。2.测试用例文档测试用例文档通常是由简介和测试用例两部分组成：简介部分编制了测试目的、测试范围、定义术语、参考文档等，这个与测试计划是一致的。测试用例部分逐一列出各个测试用例。测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需

3、求。测试用例部分测试用例通常包含的信息：用例标识和用例名称内容描述前提条件执行步骤预期结果评价准则用例设计人员和设计时间用例执行人员和执行时间其它内容3.软件缺陷缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有：①软件没有实现产品规格说明所要求的功能模块软件中；②出现了产品规格说明指明不应该出现的错误；③软件实现了产品规格说明没有提到的功能模块；④软件没有实现虽然产品规格说明没有明确提及但应该实现的目标；⑤软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好。测试用例：以计算器为例①计算器的产品规格说明定应能准确无误地进行加、减、乘、除

4、运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。②产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。③如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷④在测试计算器时若发现电池没电会导致计算不正确，而产品说明书是假定电池一直都有电的，从而发现第四种类型的错误。⑤软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷

5、。4.缺陷报告里通常包含：缺陷标识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见以及其它内容。、缺陷提交报告主要供两类人阅读，即软件开发人员和项目管理者。5.常用软件缺陷工具testDirectortestmanager专业缺陷管理工具bugzilla6.测试报告文档　测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。测试报告是测试阶段最后的文档产出物，一份详细的测试报告包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分

6、析。比如覆盖率分析、缺陷分析。7.测试结果概述这部分将被分成下面几段来对测试结果进行概述。.1被测软件的全面评估本段应该包括：a.根据本文档中的测试结果对被测软件的整体评价。b.任何在测试中检查到的残留的不足,限制,局限。可以用问题/修改报告来提供缺陷信息。c.对每个残留的缺陷,限制,局限,描述如下：1对软件和系统性能的影响，包括没有满足的需求2为了更正它，会对软件和系统设计产生的影响。3推荐的解决方法/策略8.软件特性softwarefeature软件项的显著特性。（如功能、性能或可移植性等）。软件项softwareitem源代码、目标代码、作业控制代码、控制数据或这些项的集

7、合。测试项testitem作为测试对象的软件项。9.测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及与本计划有关的风险等。测试说明包括三类文件：（1）测试设计说明：详细描述测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。（2）测试用例说明：列出用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制。将测试用例与测试设计分开，可以使它