是否还有异常没有想到?试试用例测试评审

发表于:2018-4-26 13:45

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:Kevin    来源:51testing软件测试网采编

  近期负责的后台系统中某个模块进入开发落地流程,但从事后台的过程中除了大量的表单与业务逻辑梳理,我们往往少了面向C端用户的“用户体验为王”的核心追求。
  面向C端用户,哪怕是一个下拉刷新的异常产品人员都需要考虑如何展示该文案或toast如何设计。
  在业务的优先级要求上,后台产品人为了满足业务需求而存在可能降低体验上的细节问题,测试人员也是相同的以核心业务流程模块为重点测试,针对于文案的校对与体验的bug上可能就不会那么细致了。
  提升自己的异常输出能力,写测试用例
  用例评审按照功能以页面中的事件操作的用例集合来评审,同时产品人员参加是为了矫正与检察该用例与需求的一致性。
  上图中以搜索描述测试人员的用例,输入的内容、输出结果、输出条件将可能出现的用例一一列举。很多时候我相信当多个人参与需求的用例分析之后,产品人员是可以检查一些我们没有梳理的异常。比如用户信息填写到底是用输入框、还是下拉框等这样的小场景和case,是产品人员极易疏漏的。
  用例评审的顺序,按照业务或模块顺序
  用例评审的顺序以测试人员发起并邀约相关开发、产品同学进行。以后台产品为例,可以以模块顺序将每个模块的页面用例进行评审。产品人员只需要确认每个页面的需求是否落地或缺失。
  当然用例评审也可以按业务的顺序,比如登陆注册流程。可以以注册功能用例、再到登陆功能用例,总之让整个用例评审高校有序、便于理解是其核心。
  用例评审同样是需求深入的一个过程,因此针对于产品人员“砍我可以,别砍需求”的这段话往往会在这里出现最多。很多用例产品人员是可能没有想到的异常,所以提升自己的异常梳理能力建议产品同学多多参与用例评审。
  异常的梳理,是一个产品人功力深厚的关键。



上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号