[有奖问答3]您认为一个好的测试流程应该包括哪些部分？

laoxin511

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:您认为一个好的测试流程应该包括哪些部分？如何使用工具管理流程？

一.流程

一个好的流程要兼顾成本，进度和质量三个要素
在成本和进度足够的情况下，要保证质量是很容易的，一个正规完整的流程就可以实现；
但是在成本和进度不是很富裕的时候，还要保证质量，那就要有所舍弃。
现在大部分的项目都是后者，所以我们这里应该谈的也主要是后者。
首先，流程是为人服务的，应该根据公司的实际情况分析，各个流程是不是都需要
像8楼的朋友说的，测试策略里选择是基于风险还是基于功能的策略，一般的公司只会有一个策略，基于功能。
还有如果项目进度很紧张，那就要考虑流程是不是要简化，甚至取消不是很重要的流程
其次，新项目和旧系统升级改造的项目流程应该有所区别
像我们公司的升级改造项目就不用把搭建环境算在流程里了，因为旧系统的环境还运行在公司的服务器上
我认为一个相对完整的测试流程是(这里暂不涉及工具)：
1.需求分析-需求评审：
     这里有两个问题，第一个问题是面向目标是客户还是用户，第二个问题是不同的公司对测试参与需求的过程不会一样的，有的公司是测试来做需求设计，有的公司是开发设计，我们公司也是开发设计，测试只参与评审。
     对于第一个问题，如果是客户，那需求就会明确的多，要努力的方向的只是用最短的时间确定需求，最好客户和开发项目组双方对软件的主体流程都了解透彻。一般来说，客户对流程了解透彻，以后需求的改动就不会很大；开发项目组对需求了解透彻，在主体流程上的bug就不会太多，这样在需求分析的步骤就最大限度的为项目节省了成本和进度。
     如果是用户，首先要确定面向的用户群体，然后重点关注用户潜在的需求，即隐式需求，这时最好找到相当数量的合适用户作详细的调查。
     对于第二个问题，如果是测试设计需求，那么只要按照第一个问题做就可以了，如果是开发设计需求，那就要在做需求分析的时候，尽早尽可能的找到所有需求不明确的地方，与需求设计人员和客户沟通，让所有跟项目有关的人员加深对需求的理解。
     最后如果没有过程管理工具，在这个阶段最好建立需求跟踪矩阵。
2.测试计划设计-测试计划评审：
     明确测试资源、测试环境、测试工具、时间进度等安排
3.测试用例设计-测试用例评审：
     测试用例的设计最好按照公司的模版和范例一致，因为很可能测试执行和测试用例设计不是同一个人，在编写用例的时候要考虑，如何写的明白明确，如果换一个人根据用例执行测试，是不是能完全领会你的测试思路，是不是能看懂你用到的测试手段和方法。毕竟人和人的思维模式不同，要让别人最大限度的理解你的思路，最好按照统一的标准把你的思路完整清晰的表达出来。
4.测试执行-缺陷管理：
     执行测试用例-记录测试结果-提交缺陷报告-执行回归测试-验证缺陷。
5.验收测试-客户培训：
     项目组人员在模拟的客户环境下运行系统以便公司验收-指导客户或模拟用户进行真实全面的功能和性能模拟-对客户进行系统操作培训-结项并验收项目所有文档。

二.工具
我用过的工具不多
除了在51学过的，也就多一个bugfree。
要说管理流程的话，我觉得rose+QC+LR+QTP就够了
rose用来分析流程和设计用例
QC管理测试过程
LR进行性能测试
QTP进行功能测试
QC用来做权限管理，需求管理，用例管理和缺陷管理足够强大了，还可以和LR，QTP联通
不过，还是要具体问题具体分析
限于成本的考虑，小公司会选择visio+需求跟踪矩阵+jira/bugfree+自制的压力测试工具