在报告原型或早期个人版本的程序错误之前,要先征得同意
有时程序员会给测试员一个个版本,并要求进行单独测试。如果公司允许这样做,则要尊重这种隐式规则。在评审早期代码时所发现的问题,也许在程序跟踪系统中没有报告,而是通过与程序员谈话、通过向程序员提供程序错误笔记或发电子邮件来报告程序错误。如果测试员公开程序员早期、私下提供给测试员的代码版本程序错误,就会丧失程序员的信任。最有可能的结果是,测试员不再有机会看到这些早期版本了。
到一定时候,程序会在公司内部公开,准备进行常规测试。可使用个人评估程序时记录的笔记。以前发现但没有被修改的问题,都应该进入跟踪系统。
我们必须提醒读者注意不要滥用这种安排。我们曾经遇到过有程序设计小组试图通过隐藏其缺陷来掩盖其进度问题。它们把软件的最终版本之外的所有测试版本都称作原型或个人版本。除了最终版本,不想将任何错误报告录入跟踪系统(管理层会通过跟踪系统查到错误报告)。
如果测试员遇到这种情况,要与自己的经理沟通。测试经理可能不得不与项目经理的经理或其他关键项目相关人员沟通。问题是公司把早期版本的程序错误跟踪数据,看做是主要供程序设计使用的工具,还是看做是关键项目相关人员有权查阅的公司资源。努力合作并提供帮助,不要做公司会认为是试图掩盖事实的事。
搜索微信公众号:TestingStudio 霍格沃兹的干货都很硬核
评论