软件测试引论 一、软件缺陷 二、排除软件缺陷的两种重要手段 三、软件测试的基本概念.pptVIP

五、如何正确对待测试工作 １．明确测试工作意义 ２．加强责任心，疏忽可能造成恶果 ３．学习——实践——钻研，积累经验， 　　努力提高业务水平 ４．处理好与编程人员关系 六、测试工作评估问题 你单位是否有专人负责测试工作？ 你们是否有、是否用测试计划规范？ 你们是否有、是否用单元计划规范？ 你们是否有、是否用测试报告规范？ 测试过程（包括计划和实施）与整个开发过程是否并行开展？（测试在开发初期着手，在开发结束完成） 测试能够确认规格说明得到正确的实现吗？ 除规格说明以外，你能否确认用户的期望也能满足吗？ 测试人员能验证开发的阶段（如需求和设计）的精确性和完全性吗？ 测试人员向开发人员报告缺陷以期进一步采取措施吗？ 在制定计划之前测试人员能估计业务风险吗？ 测试工作评估问题 针对被测软件是否提出了可度量的测试目标？ 如已提出，它与商业风险有关吗？ 测试中发现的缺陷是否做了纪录和总结，使其用于改进开发过程和测试过程？ 测试人员是否根据以前的工作经验判断可能的缺陷？ 是否有改进测试过程的办法？ 你为缺陷命名吗？ 是否利用缺陷记录、总结和事故数据来评价测试过程的有效性？ 是否采用度量（如千行代码缺陷数）来计划和评价测试过程？ 是否已建立了测试人员的培训制度？ 采用测试工具来支持测试过程吗？ 不同等级的测试机构 等级 否个数 状态 特点 1 17-20 把测试工作当作技艺(art) 测试依赖于测试人员个人的技巧和创造性 对测试人员无指导，无要求 测试工作效果不稳定，有时好，有时糟 顾客和用户不能靠测试的有效性判断质量 2 13-16 把测试工作当作工艺(craft) 有测试过程、规范、标准和测试计划 测试计划得不到实施 测试人员只热衷于找缺陷，报告开发人员 用户不信任测试过程，只好做验收测试 3 9-12 执行已确切定义的测试过程 测试过程已被定义，单位但未得到有效执行 测试工作针对规格说明，重视问题的需求 测试结束时没有提供表明被测软件能否投入使用的正式报告 不同等级的测试机构 4 5-8 先进的测试机构 有明确的测试目标，可优化利用测试资源实现目标 重视测试过程薄弱环节的改进 5 0-4 最先进的测试机构 测试工作基于降低风险，测试人员工作有效 测试得到度量，过程得到很好定义 缺陷得到记录、分析和总结，且用其改进过程 测试成本显著下降 顾客和用户相信测试过程，不依靠验收测试取得满意产品 七、小结 １．选择测试用例是测试工作的关键 ２．测试的有效性不应被忽视 测试后评审其充分性 ３．重要的是何时停止测试 ４．回归测试一定不可省 软件测试参考资料 Richard A. DeMillo et al., Software Testing and 　　Evaluation, Benjamin/Cummings Publishing Company, 1987. J. Myers, The Art of Software Testing, John Wiley Sons, Inc., 1979. Boris Beizer, Software Testing Techniques, 2nd Edition, Van Nostrand, 1990. IEEE Transactions on Software Engineering. R. S. Pressman, Software Engineering: A Practitioner’s Approach, 2nd Edition, McGraw-Hill, 1987. 软件测试参考资料 Musa, Software Reliability, McGraw Hill, 1990. William Perry, Effective Methods for Software Testing, John Wiley Sons, Inc., 1995. 郑人杰，计算机软件测试技术，清华大学出版社，1992。 Mark Fewster Dorothy Graham 著，舒智勇等译，软件测试自动化技术与实例详解，电子工业出版社，2000． William E.Perry, Effective Methods for Software Testing, Second Edition, John Wiley Sons. 2000. 逻辑驱动测试 郑 人 杰 a (A1)∧(B=0) b c d e X=X/A (A1)AND(B=0) (A=2)∨(X1) X=X+1 (A=2)OR(X1) 一、被测程序段流程图 N N Y Y a 二、五种逻辑驱动测试 设计若干测试用例，运行被测程序，使之作到： 1）语句覆盖：程序中每一可执行语句至少执行一次 2）判定覆盖：程序中每个判定的取真分支和