摘要: 测试完一轮后,提交BUG给程序员,有答复修改和答复不修改的问题,此时是否只是针对回复不修改的问题进行评审?应对哪些BUG做评审,界面类或影响不大的问题置不修改时是否有必要提出评审? 哪些人有资格参加缺陷评审,测试员和程序员是否有表决权,哪些人是必须要参加的,谁享有最终决定权? 测试员,开发员。项目经 阅读全文
posted @ 2016-05-12 21:07 小侠う 阅读(650) 评论(0) 推荐(0) 编辑
摘要: 一、 注意对需求规格说明的正确性进行评审 需求规格说明的正确性通常可以从如下方面得以体现: 1、是否有需求与其他需求相互冲突或者重复? 2、是否清晰、简洁、无二义地表达了每个需求? “清晰”是让人能够读懂;“简洁”是让人愿意去读;“无二义”决定”读”的效果,是让大家对需求描述的理解能够达成一致 。 阅读全文
posted @ 2016-05-12 20:55 小侠う 阅读(3162) 评论(0) 推荐(0) 编辑