第1章 软件测概述.pptVIP

第1章 软件测试概述 内容提要 1.1 软件测试背景 在软件业较发达的国家，软件测试不仅成为软件开发的一个有机组成部分，而且在软件开发的系统工程中占据着相当大的比重，大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40％以上。可见软件测试在软件开发中的地位不言而喻。发达国家的软件测试的专业化水平非常高，软件测试是一项很受重视的工作。 1.1 软件测试背景 （1）辽宁福彩漏洞 （2）千年虫(Y2K)问题 （3）英特尔奔腾浮点除法软件故障 1.2软件缺陷及分类 软件缺陷的定义:计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。 1.2.2 软件缺陷 1.2软件缺陷及分类 缺陷 – Bug 缺点（defect） 偏差 （variance） 谬误（fault） 失败 （failure） 问题（problem） 矛盾（inconsistency） 错误（error ） 毛病 （incident ） 异常（anomy） 1.2.2 软件缺陷的分类 （1）致命的（Fatal）：致命错误，不能完全满足系统要求，基本业务功能未实现，系统崩溃、不稳定或挂起等导致系统不能继续运行。 （2）严重的（Critical）：严重错误， 严重地影响系统要求或基本功能的实现，且没有办法更正（重新安装或重新启动不属于更正办法），使系统不稳定、破坏数据、产生错误结果，部分功能无法实现。 （3）一般的（Major）：一般性错误，如界面错误（严重的界面提示错误或不友好表现），非重要功能无法正确执行，实现不完整，但不影响系统功能等。 这样的软件缺陷不会影响系统的基本使用。 （4）微小的（Minor）：轻微错误，使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能，或对最终结果影响有限。 1.2.2 软件缺陷的分类 （1）功能性错误：列在产品规格说明中的需求没有在最终系统中实现。 （2）系统错误：存在或产生于所开发的系统之外的软硬件错误。 （3）逻辑错误：程序运行起来不像要求的样子。 （4）用户界面错误：字段和控件标号不一致，功能提供的不一致等。 （5）数据错误：访问数据库时出错。 （6）编码错误：源代码中存在的语法错误。 （7）测试错误：测试者误操作却认为发现了问题。 1.2.2 软件缺陷的分类 （1）激活状态（Active或Open）：问题没有解决，测试人员新报告的缺陷或者验证后缺陷仍旧存在。 （2）已修正状态（Fixed或Resolved）：开发人员针对缺陷，修正软件后已解决问题或通过单元测试。 （3）关闭状态（Close或Inactive）：测试人员经过验证后，确认缺陷不存在之后的状态。 1.2.3 软件缺陷的产生 1.2.3 软件缺陷的产生 （1）软件本身：文档错误、用户使用场合(user scenario)，时间上不协调、或不一致性所带来的问题，系统的自我恢复或数据的异地备份、灾难性恢复等问题 （2）团队工作：误解、沟通不充分 （3）技术问题：算法错误，语法错误，计算和精度问题，接口参数传递不匹配 (4) 项目管理的问题 1.2.4 软件缺陷的构成 1.2.4 软件缺陷的构成 1.2.4 软件缺陷的构成 1.2.4 软件缺陷的构成 1.3 软件测试基本理论 软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。 1. 3 软件测试的基本理论 1.3 软件测试基本理论 （1）软件开发人员即程序员应当避免测试自己的程序。 （2）应尽早地和不断地进行软件测试。 （3）对测试用例要有正确的态度 (4)人以群分，物以类聚，软件测试也不例外，一定要充分注意软件测试中的群集现象，也可以认为是“80-20原则”。 （5）严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作。 　(6）应当对每一个测试结果进行全面检查。 （7）妥善保存测试用例、测试计划、测试报告和最终分析报告，以备回归测试及维护之用。 1.4软件测试过程 1.4软件测试过程 （1）测试是开发之后的一个阶段。 （2）测试的对象就是程序本身。 （3）实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。 （4）整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心，而且上一步的结果必须是充分和正确的，如果任何一个环节出了问题，则必将严重的影响整个工程的质量和预期进度。 1.4软件测试过程 1.4软件测试过程 在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活