软件测试简介.pptVIP

自动化测试优点 自动化测试：就是使用（自动化测试）工具来进行的测试，一般不需要人干预。 自动化测试优点： 一旦积累了一套自动化测试的程序，日后自动化测试节省大量的时间和资源； 没有时间限制——一般安排在下班后； 可以反复执行； 保证测试执行过程的一致性及准确性； 有较高的功能测试覆盖率； 模拟操作，进行压力测试，这是手测很难实现的。 并非所有的测试都可用自动测试来实现，比如使用性测试、兼容性测试等； 没有创造性，只能安排设计好的用例去测，碰到新问题不会应变； 受具体项目资源限制：受时间及人力的限制，因为自动化测试编程很费时；受资金预算的限制，商用测试软件价格比较高；对测试工程师要求比较高。 自动化测试缺点 根据自动化测试的特点，建议以下测试优先考虑自动测试： 回归测试，每次有新版本发布前都必须执行，在整个开发过程中需要多次执行，很适合编写成自动测试程序。 涉及大量不同数据输入的功能测试。如各种各样的边界值测试，需要大量时间去完成的网页连接测试等等。 用手测完成难度较大的测试，如性能测试、压力（负荷）测试、强度测试等。例如：对于一个网站，要测试1万个用户在某一时间内同时登录时，服务器运行是否正常及速度是否仍然可以接受，这是手测很难完成的。 自动化测试应用场景 编写测试用例； 分析、分析、验证测试用例； 对已有测试用例归类，编写测试自动化计划方案； 编写自动化测试程序； 尽量用“数据驱动”来提高测试覆盖率； 将测试用例编写成自动测试程序； 执行测试程序，记录并反馈BUG； 不断完善自动化测试系统或程序。 自动化测试实现步骤 第十二章 软件测试简介 软件测试基本概念 软件测试分类 自动化测试 常见测试工具 BUG管理流程 不是专业测试工具的工具 查看器和监视器，各类编译器的代码调试器均可看作查看器；任何能够洞察系统，看到一般用户看不到的数据的工具，都可以称之为查看测试工具； 驱动程序，用于控制和操作测试软件的工具，最简单的是批处理文件； 仿真器，为测试工具或程序提供数据或响应软件发送的数据； 分析工具，电子表格软件、文件比较软件、抓屏软件和比较软件、计算器、秒表等； 干扰发射器和噪声发生器，模拟由于数据中断、干扰能产生的通信错误。 常见测试工具 窗口/网络软件用户界面测试 WinRunner、QuickTest Professional SilkTest Functional Tester Test Partner VisualTest 性能测试 LoadRunner SilkPerformer Rational Performance Tester QALoad 常见测试工具（续) 软件测试管理工具 TestDirector SilkCentral Test Manager Rational TestManager/ClearQuest QADirector/TrackRecord X窗口软件测试 X Runner 自开发测试软件，适用于特定领域 第十二章 软件测试简介 软件测试基本概念 软件测试分类 自动化测试 常见测试工具 BUG管理流程 微软研发中的BUG管理 微软有一个研发框架叫MSF（微软解决方案框架），开发过程中主要有三个角色：PM(程序规划经理）、Dev（软件开发工程师）、Tester（软件测试工程师）。在研发过程中，三者分工明确、接口清晰。 PM来定义需求、书写每个功能特性的设计文档(SPEC)； Dev写代码来实现这些SPEC； Tester来测试Dev做出来的东西是否符合PM定义的SPEC。 微软不少项目都使用完善的研发管理工具，其中Bug管理系统（原来叫Raid系统，现集成在VSTS中）居于核心地位。整个软件研发过程中，特别是在测试产品、修复BUG的中后期，团队中所有人都生活在Raid中。 Tester只要发现问题就立即新建一个Bug予以跟踪并指派给相关的开发小组长（Dev Leader)，开发小组长会判断这个BUG属于某个特定的开发人员并指派他处理。 开发人员会根据BUG的详细描述信息找到问题所在，修改程序解决这个BUG，并把BUG返回给当初的测试人员；或者有争议的时候，把BUG指派给这个需求定义者PM，要求澄清说明。 测试人员在看到某个BUG被解决后，就去验证这个BUG是否真的不存在了，根据最初的发现步骤去证实问题真的解决了就关闭这个BUG；否则，可以激活这个BUG，返回给当初的开发人员做进一步处理。 当测试人员与开发人员无法达成一致意见时，由对应的PM出面做协调，判断这个BUG的严重程序，对用户可能的影响。根据产品的进度和项目资源做出评估，是否真的需要解决这个问题。 管理团队利用BUG管理系统来跟踪整个进度，单个人的工作、小组的进度、整个产品研发进度。 微软研发中的BUG管理（续） 在微软的BU