软件测试工作策划书

上一篇 / 下一篇 2013-06-20 15:09:51

查看( 1222 ) / 评论( 8 ) / 评分( 35 / 0 )

软件测试工作策划书

尊敬的领导：

你好，过公司快两周时间了，在这两周时间里，本人对公司也有了一个大概的了解，由此，就我目前对公司的了解到的谈谈我个人对公司软件测试具体工作开展的一些想法，这也是我以后工作中想要努力去做的一些事情。希望能够给公司带来帮助。

软件测试是一个科学而又系统的过程，他一般包括这样几个阶段：需求分析、测试计划、需求评审、设计评审、测试设计、测试准备、测试执行、回归测试及测试总结这样几个过程：

1、需求分析

在软件需求分析阶段，测试人员从软件生命周期的需求阶段就开始介入在需求阶段的测试人员参与软件需求分析，以测试角度分析需求的可测性，可构思将来对其测试的方法、原则等；同时全面了解系统需求，从客户角度考虑软件测试需要达到的验证状态，即哪些功能点需重点测试、哪些无需，以便将来制定测试计划。

2、制定测试计划

进行每一种测试之前，测试负责人要根据“产品定义书”及“总体设计说明”和“详细设计文档”制定“测试计划”，制定总体的测试计划，详细阐明本次测试目的、对象、方法、范围、过程、环境要求、接受标准以及测试人员和测试时间等内容，“测试计划”经过审查通过，才能实施。

3、需求评审

开发在完成软件需求分析之后，会提交需求分析文档，测试人员根据需求分析阶段所了解的需求以及产品需求说明文档等资料，对需求分析文档进行Review，检查文档是否满足了需求，是否与需求一致等等。

4、设计评审

在软件分析设计阶段，测试人员参与设计讨论，了解系统的实现方式和原理，并对概要设计和详细设计提出自己的见解。设计结束之后，开发提交概要设计文档和详细设计文档，测试人员对设计进行Review，检查设计规划和实现方案是否合理，如果不合理，存在的问题是什么、如何改进等等。

5、测试设计

在设计测试方案时，首先分解测试内容，对于一个复杂系统，通常可以分解成几个互相独立的子系统，正确地划分这些子系统及其逻辑组成部分和相互间的关系，可以降低测试的复杂性，减少重复和遗漏，也便于设计和开发测试用例，有效的组织测试，将系统分析人员的开发分析文档加工成以测试为角度的功能点分析文档，重要的是描述对系统分解后每个功能点逐一的校验描述，包括何种方法测试、何种数据测试、期望测试结果等。然后以功能点分析文档作为依据进行测试用例的设计，设计测试用例是关系到测试效果以至软件质量的关键性一步，也是一项非常细致的工作，根据对具体的被测系统的分析和测试要求，逐步细化测试的范围和内容，设计具体的测试过程和数据，同时将结果写成可以按步执行的测试文档。每个测试用例必须包括以下几个部分：

（1）标题和编号

（2）测试的目标和目的

（3）输入和使用的数据和操作过程

（4）期望的输出结果

（5）其他特殊的环境要求、次序要求、时间要求等

6、测试准备

在软件测试中，为了提高测试工作的效益和质量，只要条件许可，应尽可能的准备所有可利用的测试资源，包括硬件、软件、网络、测试数据等，利用这些资源有效测试软件的功能、兼容性等。

7、测试执行

当所有必需的测试准备工作都已完成，并且产品已经开发完毕并提交测试，则可以按照预定的测试计划和测试方案逐项进行测试。在测试过程中发现的任何与预期目标不符的现象和问题都必须详细记录下来，填写测试缺陷记录。为了能准确的找出问题产生的原因，及时的解决问题，保证测试工作的顺利进行，一般来说所发现的问题必须是能够重视的。

8、回归测试

在测试中发现的任何问题和错误都必须有一个明确的解决方法。一般来说，经过修改的软件可能仍然包含着错误，甚至引入了新的错误，因此，对于修改以后的程序和文档，按照修改的方法和影响的范围，必须重新进行有关的测试。另一方面，对于版本更新后的软件也必须进行同样的测试过程。

9、测试总结

测试结束后要及时地进行总结，对测试结果进行分析，由测试负责人提交“测试分析报告”。

另外，就我以往测试的经验结合APP的特点，我总结了APP软件测试的工作流程：

下面就我对公司的了解，谈谈我个人的一些想法：

首先项目确定下来后，要确定参与该项目的测试人员，负责该项目的测试人员要参与项目会议、需求调研、需求分析以及需求评审，测试人员在需求阶段参与进来能够更好的了解客户的要求，理解需求的来龙去脉，而且在评审阶段，产品、开发、测试三方能够对需求理解达成一致，这样避免因需求理解不一致而产生的一些问题。

其次开发需要做单元测试，对代码进行review,减少不必要的错误出现，然后依据测试部提供的冒烟测试用例，对测试版本进行冒烟测试，确保基本功能通过，然后在送测给测试部进行正式测试，且送测单里面要注明冒烟测试已通过，测试人以及测试日期，否则如果版本不符合送测规范，测试部门不予接收。

第三测试部在需求评审后开始制定测试计划，明确测试的目的、范围、测试环境、测试需要准备的软硬件、测试范围、预期目标和上线时间等，测试计划在评审后正式执行。

第四，制定好测试计划后，测试部开始要设计测试用例，测试用例需要做评审，因为公司项目有大有小，有短期也有长期的，我想对于长期项目，要建立测试用例库，梳理出主流程测试用例和全场景测试用例，这样在每个版本测试前，只要对测试用例进行更新就可以进行测试，节约了重新设计测试用例的时间，对于短期的项目，可能上线后不需要再做升级的，这样我们可以设计一个整体的测试用例，测试完后留存，以备测试总结所需。

第五，测试部接收到送测的版本后，按照测试计划开始执行测试，一般要做界面和功能测试，界面测试主要依据最终效果图来测试，功能测试主要依据测试用例进行测试，发现问题及时提缺陷单，并跟踪解决问题。界面和功能测试通过后要做兼容性测试和性能测试，对于性能测试有很多工具如：安兔兔软件、360都可以做，这个不多说，对于兼容性测试，我知道目前公司兼容了很多机型和终端，但是对于网络类型，如：联通3G、2G，移动3G、2G网络，没有做兼容性测试，另外还有软件的分辨率、流量消耗、耗电量、内存消耗、不同厂商机器等这些测试也没有覆盖，怎样尽可能多的覆盖，目前市场上不同厂商不同机型不同分辨率的机器多达几百种，公司不可能购买所有的设备来测试，这里我有几个建议：