记一次测试testCase梳理过程

父文章

   人人都是测试专家- testCase怎么写,才能完备._个人渣记录仅为自己搜索用的博客-CSDN博客_测试case怎么写

目标:

    用户视角: 码对就能投屏

    子任务: 1. 码能指定到对应的设备  2.能通过公网投屏 3.访客经过验证码

功能:

     投屏盒子,智能分配投屏码.

用例:

    7要素法.  含触发时机,即网络变化.     

正常流程:

    何时调用: 1.开机 2.网络变化(ssid,有线) 3.ip变化 

    通过服务端获取投屏码.

如何梳理case集:

    快速降级和不快速降级, 一开始从预期的角度,开发思维,一种预期: ,对测试来说比较麻烦. 一下子这样,一下子那样.

   后来改从测试操作角度, 因为本质上降级就是因为变动导致的. 路由器变动,

后来看了正交和 我们如何正确使用Use Case？ | 人人都是产品经理 ,一切都是笛卡尔积,然后通过正交简化case集.

最重要的能力是收集维度的能力. 并且找到一个实体来承载维度值. 例如有网无网,需要连着wifi下的有网,无网.  这时候需要路由器来承载这个状态,才能做到testCase的可操作性.

维度,维度拉平,纬度层级(正交分类的基础):

    直接维度: 盒子本身状态(网络),依赖的外部设备状态.

    切换变化的可以拆成两个概念,然后各自取值: 初始状态,结束状态. 

[转]用例和用户故事的区别 useCase和useStory的区别_个人渣记录仅为自己搜索用的博客-CSDN博客