51Testing软件测试论坛

标题: 对测试工作流程的一个设想（b/s web mis） [打印本页]

作者: 爱加菲 时间: 2009-10-27 12:11
标题: 对测试工作流程的一个设想（b/s web mis）
我们目前的开发团队规模较小，产品较成熟，bs结构的管理信息系统。
现在项目团队采用敏捷开发的管理模式。
.net2008,c#.sql2005.oracle.web.项目b/s.底层也用到cs的东西，webservice等。
目前多数项目都是同一行业背景，但是各个客户的业务类型不同，针对每个不同的客户需要做一些定制开发。
公司刚刚开展测试工作，现在处于前期的准备阶段。
以下是我对于测试工作流程的设想，抛砖引玉，恳请各位前辈提意见和建议！谢谢了！

1，系统分析人员去客户现场洽谈，了解需求，带回客户的需求资料以及现场一手资料；
2，需求分析阶段，测试人员参与（会议、讨论、分析、意见、对测试工作的设想等）；
3，需求分析报告和开发进度计划第一版形成，测试人员根据需求分析报告和开发进度计划撰写系统测试计划；（主要工作是：设计整个业务流程的测试用例，完成详细的业务流程图，以及系统测试用数据的准备等）
4，客户的确认需求分析报告，可能会有一些修改，需求分析报告定稿；测试人员根据情况修改系统测试计划；
5，系统设计人员根据需求分析报告，形成系统概要设计说明书：测试人员撰写模块测试计划；（由于是较成熟的系统，此步骤一般都省略了，直接在原有系统上进行二次开发）
6，系统设计人员撰写详细设计说明书（单web页面的设计）、单元开发进度计划；测试人员根据这些资料撰写单元（一个web页面）测试计划、测试用例设计；
7，开发阶段：
项目管理：利用maintis系统，分配每个页面开发任务。进度控制。
程序员：开发，根据单元页面的测试计划和用例，首先进行单元测试单元测试，确认后，通过maintis系统将页面提交给测试人员。
8，测试阶段：
测试人员：
1）根据单元测试用例和计划进行单元测试的再测试，利用maintis系统进行bug跟踪，及时bug提交给开发人员；
2）单元测试ok以后，根据系统测试计划和用例进行系统测试，利用maintis系统进行bug跟踪，及时bug提交给开发人员；。

[ 本帖最后由爱加菲于 2009-10-27 12:20 编辑 ]

作者: 千里 时间: 2009-10-27 13:09
标题: 较为标准的W模型
该模型建立在开发流程较为完善以及测试组相对较大的情况下可以进行。

作者: 爱加菲 时间: 2009-10-27 14:09

原帖由千里于 2009-10-27 13:09 发表
该模型建立在开发流程较为完善以及测试组相对较大的情况下可以进行。

公司目前的开发流程还是比较完善的
产品也较为成熟了
但是测试组刚刚成立
人手也比较少，而且都没有什么经验

那现在这种情况，流程如何修改比较好？

作者: 千里 时间: 2009-10-27 14:42
在不破坏公司原有流程的前提下引入测试流程。
最好与公司相关人员协商沟通对测试取得初步的共识。

作者: 爱加菲 时间: 2009-10-27 14:50

作者: 千里 时间: 2009-10-27 14:55
因为我不喜欢新官上任三把火，烧得全体同事团团转。

作者: 爱加菲 时间: 2009-10-27 15:02

原帖由千里于 2009-10-27 14:42 发表
在不破坏公司原有流程的前提下引入测试流程。
最好与公司相关人员协商沟通对测试取得初步的共识。

正在做准备，领导回来了就要沟通。
另外还建议领导召开一个全体会议，协调一下测试和开发的关系，请开发人员理解并配合测试的工作。
我再给开发人员讲一下单元测试的方法和重要性。
希望能够借此机会来提高软件的质量。

现在我最担心的是这样流程是否适合现在公司的实际情况？
领导说，按照敏捷开发的一个周期，可以先做一个实验，然后慢慢摸索。
现在测试工作的开展对于我们来说势在必行，软件质量控制是个很大的问题，很多的时间和精力花费在后期倒了现场实施修改bug上面了。

作者: 爱加菲 时间: 2009-10-27 15:05

原帖由千里于 2009-10-27 14:55 发表
因为我不喜欢新官上任三把火，烧得全体同事团团转。

呵呵，我不是官儿呀。我只是个老百姓呢。

恩，也很担心开发的同事们会对测试比较抵触。
我自己一直就是做开发的，很理解。
但是测试、工作流程的标准化，对于企业来说都是必须的。

作者: 爱加菲 时间: 2009-10-27 15:19
我们一个开发组大概是5，6个人。测试可能会配2个人。
现在项目通过maintis和vss进行管理。
用过一段时间以后，开发人员对于maintis和vss都比较熟悉了，工作任务分配、获取、提交都比较流程化，开发记录也都做的还可以。但是目前项目的测试、文档、开发规范化做的很不够，导致出厂软件的质量存在很多的大小bug，现场服务人员很多时间和精力都放在修改bug上了，给客户留下的印象也不好。

作者: 千里 时间: 2009-10-27 15:54
流程比较完善，能不能实施看领导的重视程度和同事的支持程度。
你们在痛定思痛的情况下引入的测试，我想这会较好的支持测试的。
其次说到文档不规范，这个实际上已经超出测试的范围了。
从软件工程流程上来说，文档是很重要的一部分，不过可以利用建立测试的过程中同时引入项目管理。

作者: 月上百合 时间: 2009-10-27 16:22
因为公司小，平时下班吃饭都和开发一块，所以关系比较好，不知道他们抵触我这做测试的不，呵呵

作者: 千里 时间: 2009-10-27 16:36
原本是公司的开发，至少也是公司老员工了，谁得跟这样的测试过不去？

作者: qiguojie 时间: 2009-10-27 16:55
过程的改进需要循序渐进，我建议你做个循序渐进的计划去实施，而不是一揽子解决方案。

另外，提高软件的质量需要质量保证，测试只是控制手段而已。

作者: 爱加菲 时间: 2009-10-27 17:44

原帖由千里于 2009-10-27 15:54 发表
流程比较完善，能不能实施看领导的重视程度和同事的支持程度。
你们在痛定思痛的情况下引入的测试，我想这会较好的支持测试的。
其次说到文档不规范，这个实际上已经超出测试的范围了。
从软件工程流程上来说，文 ...

确实是这么想的，也是因为小公司，所以会涉及到项目管理方面的东西。我私心里也希望涉及更多的项目管理工作。

作者: 爱加菲 时间: 2009-10-27 17:46

原帖由 月上百合 于 2009-10-27 16:22 发表
因为公司小，平时下班吃饭都和开发一块，所以关系比较好，不知道他们抵触我这做测试的不，呵呵

我们也是这样的。
大家都是为了项目，而且我脾气比较好，我一定会注意和开发人员的沟通，也理解他们的工作，希望他们不要抵触我的工作呀。。

作者: 爱加菲 时间: 2009-10-27 17:47

原帖由 qiguojie 于 2009-10-27 16:55 发表
过程的改进需要循序渐进，我建议你做个循序渐进的计划去实施，而不是一揽子解决方案。

另外，提高软件的质量需要质量保证，测试只是控制手段而已。

是的，有道理，只能慢慢摸索着改进了。

质量保证又是一个新的课题了。。

作者: xangtianwen 时间: 2012-8-10 14:03
先运行起来,慢慢摸索完善!

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)