软件测试资料1
目录 一 软件测试 从零开始 5 1．1 引言 5 1．2 测试准备工作 5 1．2．1 向有经验的测试人员学习 5 1．2．2 阅读软件测试的相关书籍 6 1．2．3 走读缺陷跟踪库中的问题报告单 6 1．2．4 走读相关产品的历史测试用例 6 1．2．5 学习产品相关的业务知识 6 1．3 识别测试需求 7 1．3．1 主动获取需求 7 1．3．2 确认需求的优先级 8 1．3．3 加入开发小组的邮件群组 8 1．3．4 与开发人员为邻 8 1．4 测试用例设计 8 1．4．1 测试用例的基本格式 8 1．4．2 重用同类型项目的测试用例 9 1．4．3 利用已有的软件 Checklist 9 1．4．4 加强测试用例的评审 10 1．4．5 定义测试用例的执行顺序 10 1．5 测试用例执行 10 1．5．1 搭建软件测试环境，执行测试用例 10 1．5．2 测试执行过程应注意的问题 11 1．5．3 及时更新测试用例 11 1．5．4 提交一份优秀的问题报告单 12 1．6 测试结果分析 12 1．7 总结 13 二 软件测试的常识 13 2．1 引言 13 2．2 软件测试常识 13 2．2．1 测试是不完全的（测试不完全） 13 2．2．2 测试具有免疫性（软件缺陷免疫性） 14 2．2．3 测试是 “ 泛型概念 ” （全程测试） 14 2．2．4 80-20 原则 14 2．2．5 为效益而测试 15 2．2．6 缺陷的必然性 15 2．2．7 软件测试必须有预期结果 15 2．2．8 软件测试的意义 - 事后分析 15 2．2．9 结论： 15 三 浅谈软件开发中的注意事项 16 3．1 项目设计 16 3．2 设计变化和需求变化 16 3．3 代码编写 17 3．3．1 源程序文件结构 17 3．3．2 界面设计风格的一致性 17 3．3．3 编辑风格 17 3．3．4 命名规范 18 3．4 BUG修补 18 3．5 开发人员的测试 18 四 软件测试的若干问题 19 4．1 前言 19 4．2 博弈的各方 19 4．3 测试的过程 20 4．4 测试所具备的素质 20 4．5 自动化测试 20 4．6 测试的误区 21 五 浅谈功能测试用例模板设计 21 5．1 Excel 模版 21 5．2 测试用例状态转换分析 23 六 如何提高软件质量 23 6．1 什么是质量 24 6．2 流程对质量的贡献 25 6．3 流程与技术 27 6．4 全面质量管理 28 6．5 关注测试 29 6．6 成功的铁三角 30 6．7 国际上流行的质量标准 30 6．8 如何起步 32 七 ISO和CMM，我们该选择谁 32 7．1 管理水平的适用性 33 7．2 复杂度的适用性 33 7．2．1何谓研发过程复杂度 34 7．2．2 何谓组织机构复杂度 34 7．3 量化管理的适用性上 35 7．4 结论 36 八 如何做好单元测试 36 8．1 前言 36 8．2 组织结构应该保证测试组参与单元测试 36 8．3 加强单元测试流程规范性 37 8．3．1 制订单元测试的过程定义 37 8．3．2 单元测试工作产品必须纳入配置管理 38 8．3．3 必须制订覆盖率指标和质量目标来指导和验收单元测试 38 8．3．4 加强详细设计文档评审 39 8．4 单元测试者技能的提高 39 8．4．1 加强对单元测试人员的技能培训 39 8．4．2 必须引入工具进行辅助 40 8．4．3 单元测试者加强对被测软件的全面了解 40 8．5 结尾 40 九 漫谈人机界面测试 41 9．1 一致性测试 41 9．2 信息反馈测试 42 9．3 界面简洁性测试 42 9．4 界面美观度测试 42 9．5 用户动作性测试 43 9．6 行业标准测试 43 9．7 小结 44 十 基于Web的系统测试方法 44 10．1 功能测试 45 10．1．1 链接测试 45 10．1．2 表单测试 45 10．1．3 Cookies测试 45 10．1．4 设计语言测试 45 10．1．5 数据库测试 46 10．2 性能测试 46 10．2．1 连接速度测试 46 10．2．2 负载测试 46 10．2．3 压力测试 46 10．3 可用性测试 47 10．3．1 导航测试 47 10．3．2 图形测试 47 10．3．3 内容测试 47 10．3．4 整体界面测试 47 10．4 客户端兼容性测试 48 10．4．1 平台测试 48 10．4．2 浏览器测试 48 10．5 安全性测试 48 10．6 总结 49 十一 为盈利而测试 49 11．1 引言 49 11．2 什么是软件测试 50 11．3 六个误区 50 11．3．1 误区一：忽视对正常输入的测试 50 11．3．2 误区二：忽视设计阶段的参与与评估 50 11．3．3 误区三：忽视测试计划与测试文档的建立及维护 51 11．3．4 误区四：忽视缺陷的分析，报告及跟踪 51 11．3．5 误区五：错误的测试目标及测试终止条件 51 11．3．6 误区六：不懂得合理调配使用测试人员的知识技能结构 51 11．4 软件质量与软件测试 52 11．5 软件测试的经济目的 54 11．5．1 满足用户需求，提高产品的竞争力，最终提高产品的销售量 54 11．5．2 尽早发现缺陷，降低后继质量成本 54 11．6 何时应当停止测试 56 十二 整体性能测试剖析 57 十三 性能测试工具之研究 62 13．1 性能测试的意义 62 13．2 性能测试工具综述 63 13．3 性能测试工具的体系架构 64 13．4 虚拟用户产生器 Vugen 65 13．5 Proxy 二次捕获的问题 67 13．6 关联的问题 68 13．7 脚本的问题 70 13．8 Conductor 和 Player 部分 71 13．9 Conductor 和 Player 的技术要点 72 13．10 数据分析工具 Analysis 72 13．11 结束语 72 十四 性能测试原理及性能测试实例分析 73 14．1 软件测试中的性能测试 73 14．1．1 性能测试的含义 73 14．1．2 性能测试的分解 73 14．2 一个性能测试实例 74 14．2．1 被测系统 74 14．2．2 对被测系统进行性能测试 75 14．5 总结 80 十五 软件GUI测试中的关注点 80 15．1 不能不说的二个问题 81 15．1．1 软件测试中的“二八”原则 81 15．1．2 软件黑盒测试解决的问题 81 15．2 软件黑盒测试常见错误类型及说明 81 15．2．1 用户界面错误 81 15．2．2 功能性 81 15．2．3 人机交互 82 15．3 命令结构和录入 87 15．3．1 不一致性 87 15．3．2 “最优化” 87 15．3．3 菜单 89 15．4 遗漏的命令 90 15．4．1 状态转换 90 15．4．2 危机预防 90 15．4．3 由用户进行的错误处理 91 15．4．4 其他问题 91 15．5 程序僵化 92 15．5．1 用户可调整性 92 15．5．2 控制方式 93 15．6 性能 94 15．6．1 降低程序速度 94 15．6．2 缓慢回应 94 15．6．3 如何减少用户吞吐量 94 15．6．4 反应拙劣 94 15．6．5 没有提前输入 95 15．6．6 没有给出某个操作会花很长时间的警告 95 15．6．7 程序太多提示和询问 95 15．6．8 尽量使用简单命令和提示 95 15．7 输出 95 15．7．1 不能输出某种数据 95 15．7．2 不能重定向输出 95 15．7．3 与一个后续过程不兼容的格式 96 15．7．4 必须输出的很少或很多 96 15．7．5 不能控制输出布局 96 15．7．6 荒谬的精度输出级别 96 15．7．7 不能控制表或图的标记 96 15．7．8 不能控制图形的缩放比例 96 15．8 错误处理 96 15．8．1 错误预防 96 15．8．2 错误检测 97 15．8．3 错误恢复 98 15．8．4 边界相关的错误 99 15．8．5 计算错误 100 15．9 小结 100 十六 软件测试技术 100 16.1 软件测试基础 101 16.1.1 测试目标 101 16.1.2 测试原则 101 16.1.3 可测试性 102 16.2 测试用例设计 104 16.3 白盒测试 104 16.4 基本路径测试 105 16.4.1 流图符号 105 16.4.2 环形复杂性 106 16.4.3 导出测试用例 106 16.4.4 图矩阵 108 16.5 控制结构测试 108 16.5.1 条件测试 108 16.5.2 数据流测试 110 16.5.3 循环测试 111 16.6 黑盒测试 112 一 软件测试 从零开始 【摘要】本文面向软件测试新手，从测试前的准备工作、测试需求收集、测试用例设计 、测试用例执行、测试结果分析几个方面给出建议和方法。鉴于国内的软件开发、测试 不规范的现状，本文为软件测试新手提供了若干个软件测试的关注点。 【关键词】软件测试、测试用例、测试需求、测试结果分析 1．1 引言 几年前，从学校毕业后，第一份工作就是软件测试。那时候，国内的软件企业大多对软 件测试还没有什么概念，书店里除了郑人杰编写的《计算机软件测试技术》之外，几乎没 有其它的软件测试相关书籍，软件测试仅仅在软件工程的教材中作为一个章节列出来， 因此，我对软件测试一无所知。不过，在正式走上工作岗位之前，公司提供了为期两周 的系统的软件测试技术专题培训，对接下来的软件测试工作有很大的指导意义。现在， 我继续从事软件测试的培训与咨询服务，在这个过程中，亲眼目睹了很多软件测试新手 面对的困惑，他们初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既 不知道该测试什么，也不知道如何开始测试。下面针对上述情况，给出若干解决办法。 1．2 测试准备工作 在测试工作伊始，软件测试工程师应该搞清楚软件测试工作的目的是什么。如果你把这 个问题提给项目经理，他往往会这样回答： “ 发现我们产品里面的所有 BUG ，这就是你的工作目的 ” 。作为一名软件测试新手，如何才能发现所有的 BUG ？如何开始测试工作？即便面对的是一个很小的软件项目，测试需要考虑的问题也是方 方面面的，包括硬件环境、操作系统、产品的软件配置环境、产品相关的业务流程、用 户的并发容量等等。该从何处下手呢？ 1．2．1 向有经验的测试人员学习 如果你进入的是一家运作规范的软件公司，有独立的软件测试部门、规范的软件测试流 程、软件测试技术有一定的积累，那么，恭喜你！你可以请求测试经理委派有经验的测 试人员作为你工作上的业务导师，由他列出软件测试技术相关书籍目录、软件测试流程 相关文档目录、产品业务相关的文档目录，在业务导师的指导下逐步熟悉软件测试的相 关工作。其实，在很多运作规范的软件公司，已经把上述的师父带徒弟的方式固化到流 程中。 如果你进入的是一个软件测试一片空白的软件企业，那么，也恭喜你！你可以在这里开 创一片自己的软件测试事业，当然，前提是老板确实认识到软件测试的重要性，实实在 在需要提高产品的质量。这时候，可以到国内的软件测试论坛和相关网站上寻找软件测 试资源，这种情况下，自学能力和对技术的悟性就至关重要了。 1．2．2 阅读软件测试的相关书籍 现在，中文版的软件测试书籍越来越多，有的是国人自己写的，有的是翻译国外经典之 作。可以到 www.chinapub.com 或者 www.cnforyou.com 等网络购书的站点查找软件测试相关的书籍。目前，从国外引入的软件测试书籍有很多 经典之作，但是，翻译成中文后，翻译质量对阅读效果有很大的影响。 1．2．3 走读缺陷跟踪库中的问题报告单 如果您所在的公司已经有软件缺陷跟踪库了，无论采用的是商用工具，如 ClearQuest 、 TestDirecter 等工具，还是采用的 Bugzilla 、 Mantis 等开源工具，这都无关紧要，缺陷跟踪库中的缺陷报告单才是有价值的。缺陷跟踪库中 的问题报告单是软件测试工程师工作绩效的集中体现，同时也是软件产品问题的集中体 现。一般来说，缺陷报告单中最关键的几个部分包括：第一部分是发现缺陷的环境，包 括软件环境、硬件环境等；第二部分是缺陷的基本描述；第三部分是开发人员对缺陷的 解决方法。通过对上述缺陷报告单的三个部分作仔细分析，不知不觉你已经吸收了其他 软件测试人员的工作经验，并掌握了软件产品常见的基本问题。这是迅速提高软件测试 经验的好方法。 1．2．4 走读相关产品的历史测试用例 如果你所在的公司有测试用例管理系统，那么，走读相关产品的软件测试用例是迅速提 高测试用例设计水平的一条捷径。走读测试用例也是有技巧的。测试用例写作一般会包 括测试用例项和根据测试用例项细化的测试用例，下面举例说明。 “ 测试用户登录的功能 ” 是一个测试项，该测试项的目的是测试用户登录功能是否正确，是否能够完成正常的登 录功能，是否能够对非法用户名和密码做异常处理等等。因此，根据该用例项，可以设 计出若干个测试用例，大多数情况下，测试用例项和测试用例是一对多的关系。 通过走读测试用例项目，你可以掌握应该从哪些功能点着手未来的测试工作；通过走读 软件测试用例，你可以了解如何根据被测试的功能点开展软件测试用例的设计工作，包 括如何确定测试用例的输入、测试用例的操作步骤和测试用例的输出结果等。 总之，走读其他软件测试人员设计的优秀软件测试用例，是提高自身用例设计水平的好 方法。 1．2．5 学习产品相关的业务知识 软件测试人员不仅要掌握软件测试技术相关知识，对产品相关的业务...
软件测试资料1