一期的那点事儿
上一篇 /
下一篇 2011-09-22 08:46:37
说的是项目,这里也就以项目开发测试流程为主线,说说我个人的想法:
产品需求、测试需求分析阶段:
一、在我们一期的开发过程中,项目的发布时间被一再延迟,主要原因是需求的不断变动。拿录入系统来说,目前所完成的工作量已远远超过一期的需求,项目的完成时间也比预期延迟了两个多月。
1.在产品需求阶段,程序员与测试员都要利用好各自的特长,尽最大限度去协助用户对需求进行深挖掘,以有效预防以后会出现太多的需求不明确的情况。
2.严格按照当期的需求执行下去,即使有变动,也不要变动得太大。
概要设计、测试用例设计阶段:
1.开发:
一、在一期概要设计时,设计的界面与产品最终完成的界面出入比较大,尽量在设计 的初期就把界面原型做出来,这样的话,
1)在与用户讨论需求的时候,互动性会更直观一些,
2)利于测试员更好地介入测试用例的设计
二、设计文档编写欠详细,以致,在设计测试用例时,测试员需要频繁地与开发进行需求点的确认,影响了测试用例的设计进度,也消耗了开发人员的时间。
三、需求变更,未能及时地更新到需求文档、设计文档,未能主动、及时地发送到测试员手中。(Ps:在一期,就曾因为需求的更新没有及早地通知测试员,以致测试员在设计测试用例时,有一部分时间消耗在了无用的需求上。)
2.测试:
一、评审会议的组织比较松散,常有出现会议时间已过半小时,与会人员都还未到位
二、评审力度不够
三、对于用例的设计,没有一个很好的规范性。在前期设计用例时,曾就设计什么样格式的用例而耗费了一部分时间
测试阶段:
一、一期没有写测试计划,测试方案,以致在整个功能测试阶段,有点杂乱
二、交叉测试的力度不够,效果不够明显
三、需求变更会议没有通知相应的测试员参与,且在界面上有功能改动、增加时,没能主动通知测试员,测试员对新增加的功能的需求完全不清楚。在向开发询问新增功能的需求时,开发未能作出解释,要求测试员自己去摸索,这些给测试带了一定的阻碍
四、提交jira bug单的格式与描写风格迥异,给开发与其他测试员的阅读理解带来阻碍
五、测试版本更新过快,
六、测试版本更新前,没有对其进行内部测试,以致多次遇到测试版本没法使用而延误测试的情况。
七、开发与测试数据库没有分开,以致开发在变更数据结构后,导致关联系统出错,影响测试
八、在测试版本更新前,应得到测试员确认可以更新的答复再更新,
九、每个测试版本应可以独立运作而不受版本的更新而影响
收藏
举报
TAG: