缺陷描述原则:分类准确、叙述简洁、步骤清楚、易再现、复杂问题有据可查(截图或其它形式的附件)。具体为:
问题描述格式:问题描述时,建议分几步描述:模块或功能点=>测试步骤=>期望结果=>实际结果=>其它信息,可依实际情况调整;
叙述简洁:单一准确,一个缺陷一个报告;每步骤的描述尽量简洁明了。短小简练:只解释事实、演示和描述软件缺陷必要的细节,不写无关信息;
再现:可以再现(个别严重问题复现不了也可入库,但需标明);
特定条件:缺陷是否在特定条件下才会出现;
补充完善:复杂的问题应附上截图、LOG等信息作为补充说明;
不使用抽象词句:比如“有错误”“是不是”“请确认”等等;不做评价:请勿在BUG描述中,评价BUG缺陷加入个人主观思想。
推荐阅读: