测试计划与软件缺陷管理.docVIP

测试计划与软件缺陷 章节 重点 第一章 什么是软件测试 一．概念: 1.软件：是计算机系统中与硬件相互依存的另一部分，包括程序（数据）和文档的完整集合。 2.软件测试:采用人工或自动手段来运行某个系统的过程，其目的是检测系统是否完成了规定的需求或弄清预期结果与实际结果之间的差别。 3.程序：按照事先设计的功能和性能的要求执行的指令序列。 4.文档:与程序开发、使用、和维护相关的图文材料。 二．软件测试流程（或软件测试内容）： 制定测试计划——设计测试用例——实施测试（提交缺陷报告）——测试总结. 三．如箭测试的根本目的： 就是确保最终交给用户的产品是符合用户需求的，在产品交给用户之前尽可能多的发现并改正问题。 四．测试与调试的区别： 测试是由测试员和程序员共同参与的，贯穿整个软件生命周期，主要工作就是找缺陷； 调试时由程序员参与的，主要在开发阶段，进行了成功的测试后才开始的，其目的是解决缺陷。 五．软件测试员必备的素质： 责任心、沟通能力、耐心细心信心、团队合作精神、时刻保持怀疑态度，并且有缺陷预防意识、具备一定的编程经验。 第二章 识别和描述缺陷 一．识别缺陷的方法： 1.相关文档可以作为识别bug的辅助工具；2.行业标准；3.沟通学习他人识别bug的方法和经验。 给软件带来缺陷的原因有很多，例如： 1.人员之间的沟通交流不够，或者根本不进行交流； 2.软件复杂性； 3.工期短，任务重，时间压力大； 4.参与人员的过度自信； 5.需求不断变化； 6.文档不完善，甚至没有文档； 7.程序设计本身有错误； 8.软件开发工具和系统的软硬件支持不完备。 所以可以说;在软件使用过程中出现的任何问题，或者软件不能符合设计要求，或者不满足消费者需求的问题都可以说是bug. 二．书写缺陷报告的原则：（结合16章） 1.保证重现缺陷； 2.分析故障，使用最少的步骤重现缺陷，为每一步编号； 3.包含所有重现缺陷的必要步骤； 4.方便阅读，通过空行提高报告的可读性； 5.一个缺陷一个报告； 6.保持中立的语气； 7.不要夸大程序缺陷，如果认为程序员可能会忽视这一缺陷，则可以在缺陷报告中详细解释认为严重的原因； 8.永远都要报告不可重现的缺陷； 9.报告小缺陷； 10.及时报告缺陷； 11.引用他人报告要小心； 12.任何时候要在缺陷报告，特别是他人的报告中作补充，都要注明自己的姓名和日期； 13.说明预期结果和实际结果； 14.适当添加有益的注释，以便于程序员分析问题及自己今后的返测； 15.对于复杂的缺陷，可以在报告开头对这一缺陷进行小结，然后给出操作细节。 第四章 编写和管理缺陷报告 缺陷报告的用途： 记录缺陷、缺陷分类、缺陷跟踪。 缺陷的分类： 严重程度：影线进度的问题；死机；功能问题；界面问题；建议。 优先级：应立即修复的问题；在产品发布之前必须修复的问题；如果时间允许应该修复的问题；可以在发布版本中存在的问题。 缺陷报告的分类通常从处理状态和处理意见两个方面入手； 缺陷报告处理流程: 提交缺陷报告——分配缺陷报告——处理缺陷报告——返测缺陷报告——关闭缺陷报告。 四．缺陷跟踪系统：Bugzilla的 使用。 第六章 编写软件测试计划 软件生命周期： 是软件开发的全部过程：可行性研究——需求分析——设计——编码——测试——发布、运行、维护。 软件测试流程： 测试计划阶段——测试设计阶段——测试实施阶段——评估阶段. 三．测试计划包含的内容： 1.测试目的和测试项目简介 2.测试参考文档和测试提交文档 3.术语和定义 4.测试策略 5.测试内容 6.项目通过或失败的标准 7.暂停和重新启动项目的标准 8.测试资源 9.测试进度 10.测试任务分配和职责 11.风险和偶然事故的预测 第八章 软件测试流程和分类 一．概念： 1.单元测试：又称模块测试，是最小单位的测试，是在系统开发过程中进行的测试活动，检查各个程序模块是否正确实现的规定的功能。单元测试是测试的第一步，其依据是详细设计说明书。 2.集成测试：又称综合测试或组装测试，是在单元测试的基础上将已经通过单元测试的模块按照设计要求组装成系统或子系统，再进行的测试。 3.系统测试：是将通过确认测试的软件，作为整个基于计算机系统的元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖。系统测试的目的：在于通过与系统的需求定义做比较，发现软件与系统的定义不符或与之矛盾的地方。 4.有效性测试：是在模拟的环境下（可能是开发环境），运用黑盒测试的方法，验证所测软件是否满足需求规格说明书列车的