软件测试基础要总结.docVIP

从宏观的角度讲，软件测试过程一般可划分为单元测试、集成测试、验收测试和系统测试等几个主要测试阶段。 1. 测试计划注意事项 1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况； 2．测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求． 3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细． 测试原则 ①应尽早和不断地进行软件“测试” 。 ②测试用例中，不仅要选择合理的输入数据，还要选择不合理的输入数据。 ③在开发各阶段应事先分别制定出相应的测试计划，在测试开始后应严格执行，防止随意性。 ④对发现错误较多的程序模块，应进行重点测试。 ⑤避免程序员测试自己的程序。 ⑥用穷举测试是不现实的，一般通过设计测试用例，充分覆盖所有条件或所有语句即可。 ⑦长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。 2.测试用例文档 测试用例文档通常是由简介和测试用例两部分组成： 测试用例部分 测试用例Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 测试用例部分 测试用例通常包含的信息： 用例标识和用例名称 内容描述 前提条件 执行步骤 预期结果 评价准则 用例设计人员和设计时间 用例执行人员和执行时间 其它内容 3. 软件缺陷 缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有： ②出现了产品规格说明指明不应该出现的错误； ③软件实现了产品规格说明没有提到的功能模块； ④软件没有实现虽然产品规格说明没有明确提及但应该实现的目标； ⑤软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好。 测试用例： 以计算器为例 ①计算器的产品规格说明定应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。 ②产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。 ③如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷 ④在测试计算器时若发现电池没电会导致计算不正确，而产品说明书是假定电池一直都有电的，从而发现第四种类型的错误。 ⑤软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷。 4. 缺陷报告里通常包含：缺陷标识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见以及其它内容。 5. 常用软件缺陷工具 testDirector testmanager 专业缺陷管理工具 bugzilla 6.测试报告文档 　测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。 测试报告是测试阶段最后的文档产出物，一份详细的测试报告包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。比如覆盖率分析、缺陷分析。 这部分将被分成下面几段来对测试结果进行概述。 被测软件的全面评估 本段应该包括： a. 根据本文档中的测试结果对被测软件的整体评价。 b. 任何在测试中检查到的残留的不足,限制,局限。可以用问题/修改报告来提供缺陷信息。 c. 对每个残留的缺陷,限制,局限,描述如下： 1 对软件和系统性能的影响，包括没有满足的需求 2 为了更正它，会对软件和系统设计产生的影响。 3 推荐的解决方法/策略 8. 软件特性 software feature 软件项的显著特性。（如功能、性能或可移植性等）。 软件项 software item 源代码、目标代码、作业控制代码、控制数据或这些项的集合。 测试项 test item 作为测试对象的软件项。 9. 测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及与本计划有关的风险等。 测试说明包括三类文件： （1）测试设计说明：详细描述测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。 （2）测试用例