一期的那点事儿

上一篇 / 下一篇  2011-09-22 08:46:37

说的是项目,这里也就以项目开发测试流程为主线,说说我个人的想法:

 

产品需求、测试需求分析阶段:

一、在我们一期的开发过程中,项目的发布时间被一再延迟,主要原因是需求的不断变动。拿录入系统来说,目前所完成的工作量已远远超过一期的需求,项目的完成时间也比预期延迟了两个多月。

1.在产品需求阶段,程序员与测试员都要利用好各自的特长,尽最大限度去协助用户对需求进行深挖掘,以有效预防以后会出现太多的需求不明确的情况。

2.严格按照当期的需求执行下去,即使有变动,也不要变动得太大。

 

概要设计、测试用例设计阶段:

1.开发:

一、在一期概要设计时,设计的界面与产品最终完成的界面出入比较大,尽量在设计         的初期就把界面原型做出来,这样的话,

1)在与用户讨论需求的时候,互动性会更直观一些,

2)利于测试员更好地介入测试用例的设计

二、设计文档编写欠详细,以致,在设计测试用例时,测试员需要频繁地与开发进行需求点的确认,影响了测试用例的设计进度,也消耗了开发人员的时间。

三、需求变更,未能及时地更新到需求文档、设计文档,未能主动、及时地发送到测试员手中。(Ps:在一期,就曾因为需求的更新没有及早地通知测试员,以致测试员在设计测试用例时,有一部分时间消耗在了无用的需求上。)

 

2.测试:

一、评审会议的组织比较松散,常有出现会议时间已过半小时,与会人员都还未到位

二、评审力度不够

三、对于用例的设计,没有一个很好的规范性。在前期设计用例时,曾就设计什么样格式的用例而耗费了一部分时间

 

测试阶段:

一、一期没有写测试计划,测试方案,以致在整个功能测试阶段,有点杂乱

二、交叉测试的力度不够,效果不够明显

三、需求变更会议没有通知相应的测试员参与,且在界面上有功能改动、增加时,没能主动通知测试员,测试员对新增加的功能的需求完全不清楚。在向开发询问新增功能的需求时,开发未能作出解释,要求测试员自己去摸索,这些给测试带了一定的阻碍

四、提交jira bug单的格式与描写风格迥异,给开发与其他测试员的阅读理解带来阻碍

五、测试版本更新过快,

六、测试版本更新前,没有对其进行内部测试,以致多次遇到测试版本没法使用而延误测试的情况。

七、开发与测试数据库没有分开,以致开发在变更数据结构后,导致关联系统出错,影响测试

八、在测试版本更新前,应得到测试员确认可以更新的答复再更新,

九、每个测试版本应可以独立运作而不受版本的更新而影响


TAG:

 

评分:0

我来说两句

Open Toolbar