测试管理中可能存在的问题及分析(2)

　　9)可靠性：在规定的时间内都可以正常运转。

　　10)易于使用：多数人均感觉易于使用。

　　11)可维护性：可以很容易的定位问题，并且进行修改。

　　12)可移植性：数据或者程序易于移至到其它系统上。

　　13)耦合性：系统中的组件可以很容易的联接。

　　14)性能：系统资源的占用率，响应时间，并发处理。

　　15) 操作性：易于操作(Operator)。

　　测试开始时应确定的工作

　　1)需求阶段

　　--确定测试策略

　　--确定收集了足够的需求

　　--产生功能性的测试用例

　　2)设计阶段

　　--确定设计和需求之间的联系

　　--确定进行了足够的设计

　　--产生结构和功能的测试用例

　　3) 编码阶段

　　确定和设计之间的联系

　　确定拥有执行的足够条件

　　产生结构和功能的测试用例

　　4)测试阶段

　　确定设计了足够的测试用例

　　测试应用系统已经完成

　　关键资源已经到位

　　5)安装阶段

　　将测试完成的系统变为产品

　　6)维护阶段

　　修改和重新测试

　　软件的测试过程

　　7)估算：对软件工作量的估算;对软件系统的状况的评估。

　　测试计划：详细的描述怎样能成功的完成测试工作，其中应包含必须的资源和实施计划。

　　需求测试：在软件开发的所有阶段进行测试，测试应该尽早，在需求和设计阶段发现的缺陷修正的花费最小。

　　设计测试：给测试要素打分;分析测试要素;对设计进行评审;检查修改的部分。

　　编码测试：编码是否按照既有的标准进行，过程是否易于实践;是否编制了足够的文档。

　　测试总结：表示出目前项目的实际状况;明确测试所做的工作，给出系统的操作性能的评价，明确什么时候系统可以进行产品化的工作。

　　安装，交付测试：检验检查表和产品的正确性;使用测试标准去检验发生的问题。

　　维护阶段的测试：开发一些测试用例，预先发现一些问题;对用户进行培训。

　　2.2 测试管理的范围

　　软件测试管理要解决的课题是如何确保软件测试技术能在软件项目在软件生命内得到顺利实施，并产生预期的效果。按照管理的对象不同，软件测试管理大致分为软件测试团队组织管理、软件测试计划管理、软件缺陷(错误)跟踪管理以及软件测试件管理四大部分。

　　软件测试团队组织管理通俗的讲就是测试团队应该如何组建以及测试人员管理。在实际项目开发中，我们常常看到有些单位忽视测试团队存在的意义，当要实施测试时，往往临时找几个程序员充当测试人员;也有些单位尽管认识到了组建测试团队的重要性，但在具体落实的时候往往安排一些毫无开发经验的行业新手去做测试工作，这常常导致测试效率的低下，测试人员对测试工作索然无味。一个好的测试团队首先要有好的带头人，他必须具有极为丰富的开发经验，对开发过程中常见的缺陷或错误了然于胸，此外，他还应具有亲和力和人格魅力。其次，测试团队还应有具备一技之长的成员，如对某些自动化测试工具运用娴熟或能轻而易举地编写自动化测试脚本。另外，测试团队还应有兼职成员。如验证测试实施过程中，同行评审是最常使用的一种形式，这些同行专家就属于兼职测试团队成员的范畴。测试团队里往往不乏缺乏开发经验软件新手，这部分人可以安排去从事交付验证或黑盒测试之类的工作。

　　软件测试计划管理通俗地讲就是安排好测试流程。这部分内容具体涵盖软件测试策划、软件测试技术剪裁、测试进度管理、成本管理等几个部分。其中测试策划工作主要是指具体测试活动实施之前做好策划工作，如起草测试大纲以及测试计划;软件测试技术剪裁工作主要是指测试团队应根据软件项目的具体实际剪裁出所要实施的测试技术;测试进度管理工作主要是指排出各项测试的时间进度及人员安排，如有变动时应做相应调整;测试成本管理工作的内容即开列出测试活动中会涉及到的资源需求。

　　软件缺陷(错误)跟踪管理通俗地讲就是确保发现的缺陷(错误)已经被开发团队纠正或处理过并且没有引入新的缺陷(错误)。具体来讲，当测试团队通过各种途径发现了文档或代码中的缺陷或错误以后，并不是交一份测试报告就草草了事，而是在递交报告以后继续督促开发团队及时关闭已知缺陷或错误(当然，如有必要应对这些缺陷、错误做严重程度排序，以便开发团队能视轻重缓急安排处理顺序)。当开发团队关闭了测试报告中的缺陷(错误)以后，测试团队还需验证开发团队在关闭过程中有没有引入新的错误。通常，这个过程称为回归测试。回归测试如发现问题，继续报开发团组，按上述流程循环，直至回归测试最终通过。

原文转自：http://www.ltesting.net