3、解决过程

  通过上述分析我们可以看到及时有效地维护测试用例可以大限度的实现测试用例的重复使用,同时可以大可能确保测试用例的完整性和有效性。而一份完整、有效地测试用例可以很好的发挥其测试指导的功能,实现其帮助新加入项目人员快速学习了解系统使用的功能,同时还可以缩短用例的编写时间,从而有效提高测试工作的效率。

  基于上述因素的考虑,以及测试组目前已积累了不少测试用例,但长期无人维护,因此现在我们正尝试着在每一个项目的测试计划中安排用例的编写及更新的时间,在每一个项目的测试过程中完成新增功能的用例编写同时,逐步完成早期被复用的用例的更新完善,要求做到被复用的用例至少与当前项目的规格是保持一致的;而对于早期用例与早期版本的相关性则尝试通过技术支持组在做外部技术支持的过程中逐步进行更新完善;当然为了能较好的执行用例的及时更新完善还需要以下配套措施:

  (1)为每个项目组成员指定负责更新完善的某一模块的测试用例,用例的更新完善做为工作内容安排进工作计划,各LTM在制定周计划时考虑用例完善的时间(可以利用固定加班时间完成用例的编写),尽量避免由于时间不够导致的用例更新完善的时间被延后,同时鉴于测试用例编写的工作是可以进行基本的预估的,因此用例编写及维护工作完成的及时性将作为个人工作绩效考核的参考依据;

  (2)要求每个项目组成员在执行用例的过程中发现当前用例与实际实现/规格不一致时,要主动进行确认,若确认后发现确实是用例的问题,可进行用例的修改,修改完成后要求填上自己的大名,同时邮件通知组内其他人员,以便LTM进行用例更新完善有效性的统计,此统计数据将会作为个人工作绩效考核的参考依据;(注:此处的用例有效性包括:所修改的用例修改是否正确、新增的用例是否有助于覆盖当前业务功能的所有逻辑、新增用例是否有助于发现当前系统中的更多bug)

  (3)为了使测试用例尽可能全面覆盖其对应的系统规格及系统实现,无论是新增的测试用例还是维护的测试用例都需要经过组内人员的共同讨论评审。一个人对整个系统/某个功能的理解及经验始终是有限的。测试用例的评审的主要目的是集众人的经验及认识于一体,对测试用例进行查漏补缺,使得测试用例的有效性进一步提升。因此要求所有参与评审的人员都要贡献出自己的智慧、积极主动的参与到评审中。同样为了使用例评审能真正发挥其作用,用例的编写/维护人员需要提前至少将需要评审的内容以邮件的形式发送给评审会议相关人员。并注明详审时间、地点及参与人员,而参与评审的人员在评审之前至少简读一遍用例,在会议进行中,会议主持者/会议记录人需记录评审过程中每一个建议/问题以及建议/问题的提出人,而每一个建议/问题都应该有相应的解决方案,只有这样才能真正提高测试用例的有效性。通过用例评审会议的会议纪要考核每一个参与人员对用例评审的积极性,同时此类数据可作为个人工作绩效考核的参考依据;

  (4)为了确保测试用例的正确性及完整性,无论是新增的测试用例还是更新完善的测试用例都需要经过组内人员参与的评审,而作为用例编写者/用例的更新人需要负责发起用例的评审,对于当前进行中的项目,用例在完成组内评审后还需进行项目组内的评审,只有经过评审的并且所有参与评审人员达成共识的测试用例才是有效的可用的用例,才是可以指导测试工作顺利进行的测试用例,因此对于当前进行中的项目的测试用例的评审可以利用常规的工作时间进行,从而确保用例的及时评审测试工作的及时进行,而对于一些早期维护用例的评审建议安排常规加班时间进行,从而确保当前测试工作的正常进行,尽可能减少用例评审对当前测试工作的冲击。

  4、解决结果

  希望通过上述努力能使我们的测试用例逐步完善,同时测试人员养成及时更新维护用例的习惯,从而有效地改善我们测试用例的可用性,实现其指导测试的作用,并帮助新人快速学习了解系统的应用,从而有效地提高测试人员的工作效率,同时尽可能通过用例的有效复用缩短项目的测试周期,并提供项目的测试质量。