场景ID

场景名

测试结果

Bug/小强ID

3024

用户登录

成功

 

3026

用户按价格排序

失败

5032

3027

用户按名字搜索

失败

5033

……

……

……

……

 

  这样能很快地报告“功能测试56%通过”等。如果所有场景都能通过,(有些情况下可以把此标准从降低到90%左右)则这个构建的质量是“可用”,意味着这一个版本可以给用户使用。在这种情况下,客户、合作伙伴可以得到这样的版本,这也是所谓“技术预览版”或“社区预览版”的由来。

  但是,有一个重要的问题要大家注意:“可用”,并不是指软件的所有功能都没有问题,而是指在目前的用户场景中,按照场景的要求进行操作,都能得到预期的效果,注意以下两种情况:

  (1)在目前还没有定义的用户场景中,程序质量如何,还未得而知。

  例如:场景中没有考虑到多种语言设置。

  (2)不按照场景的要求进行的操作,结果如何,还未得而知。

  如:在某一场景中,场景规定用户可以在后付款前取消操作,回到上一步,如果一个测试人员发现在反复提交/取消同一访问多次后,网页出现问题,这并不能说明用户场景失败,当然对于这个极端的Bug,也必须找出原因并在适当的时间改正。

  这种测试有时也被称为验收测试“Acceptance Test”,因为如果构建通过了这样的测试,这一个构建被测试团队“接受了”。同时,还有对系统各个方面进行的“验收”测试,如系统的全球化验收测试,或者针对某一语言环境、某一个平台做的测试。