|
1、根据公司项目的现有情况,我建议系统测试方案编写应侧重场景流程的描述,而测试用例则重在针对测试具体功能点时所使用输入的测试数据。我们可以重在编写测试方案,在测试方案中根据需求详细的描述分为i主成功场景与分支流,要求覆盖所有功能与业务规则,达到功能的100%覆盖。而测试用例在测试任务较紧张的时候可以暂不编写,由测试人员根据经验自行判断在测试活动中应该运用何种数据。在测试任务较轻松的时候,测试组成员可依照统一标准共同编制一个测试用例库,将公用的、常用的数据建立数据库,可重复调用,逐渐积累,将会很大程度上减轻测试用例的编写工作。
2、测试方案的评审现在为测试组内评审,我建议此评审可在项目组内进行。原因一,项目组成员更熟悉系统需求,比测试组内评审对项目而言更具针对性,也容易在早期发现实现可能出现的问题与遗漏,BA和开发人员可以及早确认解决;原因二,测试方案可以辅助开发人员关注开发要点,毕竟我们测试是为了发现BUG而是为了预防BUG。
3、测试方案及测试用例的完成可以作为一轮测试完成的标准。现在的处理方式大多是由时间来决定测试是否结束。如果时间不足,部分测试要点会有遗漏;如果时间很充裕,测试人员可能会反复测试这个项目。测试方案及测试用例可以方便的统计出测试的执行率和通过情况。这样既不会遗漏测试要点,也不会重复测试,可以辅助测试活动的统计和管理。
[ 本帖最后由 walker1020 于 2007-7-15 12:44 编辑 ] |
|