浅谈软件测试流程之如何做缺陷管理(2)

　　测试设计
　　测试设计主要包括测试用例编写和测试场景设计两方面。
　　一份好的测试用例对测试有很好的指导作用，能够发现很多软件问题。关于测试用例编写，请参见前面写的《也谈测试用例》一文，里面有详细阐述。
　　测试场景设计主要也就是测试环境问题了。
　　测试环境搭建
　　不同软件产品对测试环境有着不同的要求。如C/S及B/S架构相关的软件产品，那么对不同操作系统，如Windows系列、unix、linux甚至苹果OS等，这些测试环境都是必须的。而对于一些嵌入式软件，如手机软件，如果我们想测试一下有关功能模块的耗电情况，手机待机时间等，那么我们可能就需要搭建相应的电流测试环境了。当然测试中对于如手机网络等环境都有所要求。
　　测试环境很重要，符合要求的测试环境能够帮助我们准确的测出软件问题，并且做出正确的判断。
　　为了测试一款软件，我们可能根据不同的需求点要使用很多不同的测试环境。有些测试环境我们是可以搭建的，有些环境我们无法搭建或者搭建成本很高。不管如何，我们的目标是测试软件问题，保证软件质量。测试环境问题，还是根据具体产品以及开发者的实际情况而采取最经济的方式吧。
　　测试执行
　　测试执行过程又可以分为以下阶段：
　　单元测试→集成测试→系统测试→出厂测试，其中每个阶段还有回归测试等。
　　从测试的角度而言，测试执行包括一个量和度的问题。也就是测试范围和测试程度的问题。 比如一个版本需要测试哪些方面?每个方面要测试到什么程度?
　　从管理的角度而言，在有限的时间内，在人员有限甚至短缺的情况下，要考虑如何分工，如何合理地利用资源来开展测试。当然还要考虑以下问题：
　　1. 当测试人员测试的执行不到位、敷衍了事时该如何解决?
　　2. 测试效率问题，怎样提高测试效率?
　　3. 根据版本的不同特点是只做验证测试还是采取冒烟测试亦或是系统全面测试?
　　4. 当测试过程中遇到一些偶然性随机问题该怎样处理?
　　5. 当版本中出现很多新问题时该怎样对待?测试停止标准?
　　6. ……
　　总之，测试执行过程中会遇到很多复杂的问题，还是那句话，具体问题具体解决!本文不做过多阐述。
　　测试记录
　　缺陷记录总的说来包括两方面：由谁提交和缺陷描述。
　　一般而言，缺陷都是谁测试谁提交，当然有些公司可能为了保证所提交缺陷的质量，还会在提交前进行缺陷评估，以确保所提交的缺陷的准确性。
　　在缺陷的描述上，至少要包括以下一些方面内容：
  

序号

标题

预置条件

操作步骤

预期结果

实际结果

注释

严重程度

概率

版本

测试者

测试日期

　　以上是描述一个bug时通常所要描述的内容，当然在实际提交bug时可以根据实际情况进行补充，如附上图片、log文件等。
　　另外，一个版本软件测试完毕，还要根据测试情况出份测试报告，这也是所要经过的一个环节。
　　缺陷管理
　　缺陷管理方面，很多公司都采取缺陷管理工具来进行管理，常见缺陷管理工具有Test Director、Bugfree等。
　　下图是一个bug从提出到close所经过的一些流程，其他比如keep No action\keep spec等一些状态流程都未包含在内，在此仅做示范说明。
　　注：软件缺陷和bug两者在含义上有着细微差别，本文统称缺陷。
　　软件评估
　　这里评估指软件经过一轮又一轮测试后，确认软件无重大问题或者问题很少的情况下，对准备发给客户的软件进行评估，以确定是否能够发行给客户或投放市场。

原文转自：http://www.uml.org.cn/Test/200804243.asp