软件测试方案编写心得讲解

硬件：交换机、路由器、负载均衡器（Load balance）、服务器、
客户端PC、摄像头、特殊的显示卡和声卡、耳机、麦克风等。

支撑的系统软件：Linux操作系统、Web服务器（如Apache）、中间 件（如Tomcat、WebLogic）、数据库系统软件MySQL/Oracle等。

测试工具：JUnit、JMeter、Selenium、IBM-Rational Robot等。
测试方案编制要素

软件测试资源要求 测试的资源需求，包括人力资源和软、测试环境资源。 人力资源需求 在完成了测试工作量的估算之后，软件测试项目所需的人员数目就能够基本确定了。软 件测试项目所需的人员和要求在各个阶段是不同的。
（1）在初期，测试组长首先要介入进去，参与需求评审、确定测试需求和测试范围、制定测试策略和测试
电话(Tel)：+86 (021) 6056 1788
传真(Fax)：+86 (021) 60561786
北京 | 华北大区：朝阳区建国路99号中服大厦21层，100020 电话(Tel)：+86 (010) 6583 9136 传真(Fax)：+86 (010) 6581 4806
广州 | 华南大区：东风东路767号东宝大厦1411-1412室，510600 电话(Tel)：+86 (020) 3832 0706 传真(Fax)：+86 (020) 3821 0027
AMT企源 - 专业实用 为您着想 12 / 20
若您需要了解更多信息，请选择以下任何一种您方便的联系方式与我们联络
拨打服务热线：400-881-2881 浏览网站：http://www.AMT.com.cn
联络区域公司：
上海总部 | 华东大区：上海市杨浦区国定路323号10楼，200433 更多资讯，欢迎关注 AMT官方微信平台！

W为总工作量，Wo为一轮测试的工作量 R1，R2，R3为每轮的递减系数。受不同的代码质量、开发流程和测试周期等影 响，R1、R2、R3的值是不同的。对于每一个公司来说，可以通过历史积累的数据获 得经验值。
AMT企源 - 专业实用 为您着想 8 / 20
测试方案编制要素

软件测试测试工作分解结构表方法
（4）为了避免、转移或降低风险，事先要做好风险管理计划。例如，把一些环节或边界上有变化、难 以控制的因素列入风险管理计划中。 （5）对风险的处理还要制定一些应急的、有效的处理方案。例如，为每个关键性技术人员培养后备人 员，做好人员流动的准备，采取一些措施确保人员一旦离开公司，项目不会受到严重影响，仍可以 继续下去。对所有过程进行日常跟踪，及时发现风险出现的征兆，避免风险。 （6）在做计划时，估算资源、时间、预算等要留有余地，不要用到100%。 （7）制定文档标准，并建立一种机制，保证文档及时产生。对所有工作多进行互相审查，及时发现问 题。
在确定了测试需求、明确了测试范围之后，就需要明确测试任务，估算测试工作量。基于质量需求和测 试的工作量、测试环境、产品发布的设想时间等要求，就可以确定测试进度和所需的测试资源，或者基 于现有的测试资源来决定测试的日程表。 经验公式为：W ＝ Wo + Wo * R1 + Wo * R2 + Wo * R3
AMT企源 - 专业实用 为您着想 4 / 20
测试方案编制要素

软件需求分析基本方法 无论是功能测试，还是非功能性测试，其测试需求的分析都有以下两个基本的出发点。
（1）从客户角度进行分析：通过业务流程、业务数据、业务操作等分析，明确要验证的功能、数据、 场景等内容，从而确定业务方面的测试需求。 （2）从技术角度分析：通过研究系统架构设计、数据库设计、 代码实现等，分析其技术特点，了解设计和实现要求，包括系 统稳定可靠、分层处理、接口集成、数据结构、性能等方面的 测试需求。
（1）基本功能测试需要根据具体功能的逻辑、黑盒测试方法等进行测试用例的设计，并考虑用户的习 惯思维，把功能划分成如下若干个模块。 （2）按模块分别进行分析，但同时也要明确系统的边界，以及各个模块之间是否存在关联关系、互操 作性等。
AMT企源 - 专业实用 为您着想 7 / 20
测试方案编制要素

软件测试工作量估算

How? 如何去做，使用哪些测试工具以及测试方法进行测试
AMT企源 - 专业实用 为您着想 3 / 20
测试方案编制过程
① ② ③ ④ ⑤
测试方案编制的一般过程 收集项目信息，研究测试子项的内在联系及工作机理 讨论并记录测试子项与整体项目的协作关系 将方案的详细信息文档化，形成初稿 方案文档内部评审与外部评审，并根据评审意见进行方案修订 根据测试资源的投入情况与执行情况，适时修订，并视需求重复步骤① ~步骤④
AMT企源 - 专业实用 为您着想 5 / 20
测试方案编制要素

软件需求分析技术
在软件测试需求分析过程中，可以采用有效的问题分析技术来帮助我们提高测试需求的有效性和工作效 率。从测试需求分析来看，我们力求通过与各相关干系人的沟通，收集足够的、有价值的信息或数 据，借助下列途径来达到良好的分析效果。 （1）通过提炼，抓住主要线索，或作为整体来进行分析，使测试需求分析简单化。 （2）通过业务需求或功能层次的整理，使测试需求分析结构化、层次化。 （3）通过绘制业务流程图、数据流程图等，使测试需求分析可视化。 （4）通过类比、隐喻，加强用户需求的理解，更好地转化为测试需求。
AMT企源 - 专业实用 为您着想 6 / 20
测试方案编制要素

软件测试范围分析 在分析测试范围时，一般先进行功能测试的范围分析，然后再进行非功能性测试的范围分析。对于 功能测试，可以借助业务流程图、功能框图等来帮助我们进行测试的需求分析。在面向对象的软件 开发中，也可借助UML用例图、活动图、协作图和状态图来进行功能测试范围分析。
⑥
Fra Baidu bibliotek
将测试方案纳入项目库或配置管理系统，对文件变更进行控制。

测试方案形成的本质上是对一次测试任务逐步认知和分析的过程 : 每一次测试分析会对应产生一组数据资料，将这些数据资料汇总整理作为测试方案的输入项，测试方案 也就初步形成了。很多时候测试人员为了应付客户，应付QA,只是为了测试方案而写测试方案，那编写的 测试方案毫无价值。
AMT企源 - 专业实用 为您着想 2 / 20
测试方案编制过程

测试方案编制的“5W1H”理念 Why？ 为什么要进行这些测试

What? 测试哪些方面，不同阶段的工作内容

When？ 测试不同阶段的起止时间

Where? 文档，缺陷的存放位置，测试环境等

Who?
项目有关人员组成，安排哪些测试人员进行测试
AMT企源 - 专业实用 为您着想 13 / 20
测试方案编写心得
金融测试项目组
© 本资料在AMT的文档控制范围之内，在得到许可后方可使用
目录
测试方案编制过程
测试方案编制的“5W1H”理念
测试方案编制的一般过程
测试方案编制要素
软件测试需求分析基本方法 软件测试需求分析技术 软件测试范围分析 软件测试工作量估算 软件测试测试工作分解结构表方法 软件测试资源要求 软件测试风险分析
AMT企源 - 专业实用 为您着想 11 / 20
测试方案编制要素

软件测试风险分析 软件测试风险，就是要将测试范围、测试过程中的风险识别出来，确定哪些是可避免的风险，哪些 是不可避免的，对可避免的风险要尽量采取措施去避免。
（1）根据风险发生的概率和带来的影响确定风险的优先级，然后采取措施避免那些可以避免的风险。 如测试环境不对，可以事先列出要检查的所有条目，在测试环境设置好后，由其他人员按已列出条 目逐条检查。
（1）列出本项目需要完成的各项任务，如测 试计划、需求和设计评审、测试设计、脚 本开发、测试执行等。 （2）对每个任务进一步细分，可进行多层次 的细分，直到不能细分为止。 （3）列出需要完成的所有任务之后，根据任 务的层次给任务进行编号，就形成了完整 的工作分解结构表
AMT企源 - 专业实用 为您着想 9 / 20
计划等。
（2）在测试前期，需要一些比较资深的测试设计人员、测试脚本或测试工具开发人员参与或负责软件测试 需求的制定和分解、设计测试用例、开发测试脚本等工作。 （3）在测试中期，主要是测试的执行，测试需求的数量取决于测试自动化实现的程度。如果测试自动化程 度高，人力的投入则不需要明显的增加；如果测试自动化程度低，对执行测试的人员要求就比较多了。 （4）在测试后期，资深的测试人员可以抽出部分时间去做新项目的准备工作。
AMT企源 - 专业实用 为您着想 10 / 20
测试方案编制要素

软件测试资源要求 测试的资源需求，包括人力资源和软、测试环境资源。 建立所有必要的测试环境所需的计算机软件资源和硬件资源合称为测试环境资源。硬件提供了一个支 持操作系统、应用系统和测试工具等运行的基本平台，软件资源包括操作系统、第三方软件产品、测试 工具软件等，具体如下。
（2）风险转移。有些风险带来的后果可能非常严重，能否通过一些方法，将它转化为其他一些不会引 起严重后果的低风险。如产品发布前发现某个不是很重要的新功能给原有的功能带来了一个严重的 Bug，这时处理这个Bug所带来的风险就很大。对策是去掉那个新功能，转移这种风险。
（3）有些风险不可避免，就设法降低风险。如“程序中未发现的缺陷”这种风险总是存在，就要通过 提高测试用例的覆盖率来降低这种风险。