关于需求外的测试界定
目前项目组存在的问题是,前期开会讨论需求确定功能,完成功能测试,负责领导走查完成,又提出了一些问题。这个时候我们应该怎么接收和处理这些问题呢?简而言之,有白纸签字就走CR,否则就被动接受不停的变更吧 我们经常也会遇到这种情况,他们一直的变更或增加需求,都延迟了我们的发版时间,如果是15号之前提出的,跟负责人讨论下,可以进行开发,如果是月末提出的需求就等到下一版本进行开发。 要考虑几个点:
1/首先要明确你们的项目发布是不是有明确的时间点,若有应先按照原计划进行测试/修改/发布工作,新需求放到下次进行修改和测试;
2/若项目时间不着急,时间点不是定死的,同时对于新需求问题软件改动不是很大,可进行接收修改;
3/其实最主要的还要考虑客户体验,"负责领导走查完成"是哪里的领导,若是客户领到,则应酌情进行修改,不影响产品上市发布;若是自己的领导,应说明修改需要的时间/风险,而后听从安排就行了;
这种事情很难搞,测试的准入准出、测试范围的界定是衡量一个测试负责人管理能力的重要指标。 建议开项目周例会时,提出商量决定该如何处理。
页:
[1]