软件测试概述解析.ppt

给学生看word文档，现共有三份 测试项目： 指测试哪个模块或功能等 软件测试原则 制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。 妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档 软件测试生命周期 测试计划 测试设计 测试开发 测试执行 测试评估 软件测试生命周期 测试计划 测试设计 测试开发 测试执行 测试评估 测试条件、资源、进度和测试的优先级 设计测试用例（确定怎么测试） 测试开发（搭建环境、设计脚本、数据等） 运行被测程序，执行测试 分析测试结果 评估测试完成情况 测试计划 确定测试需求－根据需求收集和组织测试需求信息，确定测试需求 制定测试策略－针对测试需求定义测试类型、测试方法以及需要的测试工具等。 建立测试通过的准则－根据项目实际情况为每个层次测试建立通过标准 确定资源和进度－确定测试需要的软硬件资源、人力资源以及测试进度 评审测试计划－根据同行评审的规范对测试计划进行同行评审 测试设计 对每个测试需求，确定所需的测试用例。 对每个测试用例，确定其输入和预期结果。 测试环境配置 编写测试用例文档 对测试用例进行同行评审 测试用例定义 为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 ? ? 测试用例 测试用例组成元素 测试用例组成元素 1.用例ID Test Case ID?????? 2.用例名称 Test Case Name 3.测试目的 Test Objective 4.测试级别 Test Level 5.参考信息 6.测试环境 Test Environment 7.前提条件 Prerequisites/Dependencies/Assumptions 8.测试步骤 Test Steps/test script 9.预期结果 Expected Result 10.设计人员 Designer 11.执行人员 Tester 12.实际的结果/测试的结果 Actual Result/Test result 可能还有 13. 相关的需求和功能模块，需求描述 requirement description 14. 测试数据 Test Data 15. 测试结果的状态（反应测试是否成功） Test case status (passed, failed, hold, attention; also case use colors) 良好测试用例的特征 １．完整的 完整性是对测试用例最基本的要求，尤其是一些基本功能项上，不应有遗漏。 完整性还体现在临界测试、压力测试、性能测试等方面，这方面测试用例也要能够涉及到。 2．准确 测试者按照测试用例的输入一步步测完后，要能根据测试用例描述的输出得出正确的结论,不能出现模糊不清的语言。 3．清晰、简洁 好的测试用例描述清晰，每一步都应有相应的作用，有很强的针对性，不应出现一些冗繁无用的操作步骤。 测试用例不应太简单，也不能太过复杂，最大操作步骤最好控制在15步之内。 良好测试用例的特征 5．可维护性 由于软件开发过程中需求变更等原因的影响，常常需要对测试用例进行修改、增加、删除等，以便测试用例符合相应测试要求。测试用例应具备这方面的功能。 6．适当性 测试例应该适合特定的测试环境以及符合整个团队的测试水平，如纯英语环境下的测试用例最好使用英文编写。 7．可复用性 要求不同测试者在同样测试环境下使用同样测试用例都能得出相同结论。 8．其他 如可追朔性、可移植性也是对编写测试用例的一个要求。另外，好的测试用例也是最有可能抓住错误的；不重复、多余的；是一组相似测试用例中最有效的； * 测试用例设计概述 设计测试用例的基本准则 测试用例的代表性 能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。 测试结果的可判定性 即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。 测试结果的可再现性 即对同样的测试用例，系统的执行结果应当是相同的。 * 测试用例设计概述 设计测试用例的着眼点 根据产品规格，测试基本功能； 考虑设计一般用户（非专业人员）的使用方案； 考虑设计稀有或特殊的使用方案； 与系统其他组成部分的配合（如FAX和上网可能要用到MODEM，测试中考虑对设备的共享）； 考虑特殊情况（如内存和硬件的冲突等）； 设计极端情况（如内存泄漏、破坏性测试等）； 好的测试用例集能花费最小的代价（人力、物力、财力、时间）做最好的测试。 * 测试用例设计概