作者回复: 很棒的补充,对于网络延迟和弱网络场景下的测试,我们通常会用工具来模拟网络延迟和故意引入固定百分比的网络丢包。这也从另一个侧面反映出了测试的不可穷尽性,当面对大量测试点,但是测试时间资源和人力资源都有限的情况下,我们就必须根据具体风险来决定测试的范围和优先级,很多情况下不得不在质量和成本之间找到平衡点。
作者回复: 太棒了,能想到这么多有技术含量的测试点,大家可以参考学习。感谢你的分享
作者回复: 能够有收获就好,感谢你的支持
作者回复: 非常好的补充,一看就知道你对测试用例的设计很有经验!这也从另一个侧面反映出了测试的不可穷尽性,当面对大量测试点,但是测试时间资源和人力资源都有限的情况下,我们就必须根据具体风险来决定测试的范围和优先级,很多情况下不得不在质量和成本之间找到平衡点。
作者回复: 很棒的补充,这也从另一个侧面反映出了测试的不可穷尽性,当面对大量测试点,但是测试时间资源和人力资源都有限的情况下,我们就必须根据具体风险来决定测试的范围和优先级,很多情况下不得不在质量和成本之间找到平衡点。
作者回复: 很棒的补充,这也从另一个侧面反映出了测试的不可穷尽性,当面对大量测试点,但是测试时间资源和人力资源都有限的情况下,我们就必须根据具体风险来决定测试的范围和优先级,很多情况下不得不在质量和成本之间找到平衡点。
作者回复: 非常棒的见解,测试用例设计的思维模式培养才是最核心,也是最有价值的部分,同时这个过程中还可以利用用例设计的设计模式来协助你做出更全面系统的用例集合。
作者回复: 非常棒的补充,从补充的内容就可以看出你有过非常丰富的实际功能测试经验。值得借鉴!
作者回复: 某种意义上说,这是一个功能性需求,非常棒哦
作者回复: 对的,这是一个很好的测试点,尤其是浏览器启用了缓存的场景,这里可以具体这个点引出一大堆测试用例。很棒!
作者回复: 其实测试真正目标不是保证全面覆盖,而是追求在有限的时间资源以及人力成本资源的情况下,寻找质量风险和测试成本之间的平衡点。后面的文章会谈测试计划的制定,那里会对这个问题做进一步详细的解读。
作者回复: 很棒的补充,这也从另一个侧面反映出了测试的不可穷尽性,当面对大量测试点,但是测试时间资源和人力资源都有限的情况下,我们就必须根据具体风险来决定测试的范围和优先级,很多情况下不得不在质量和成本之间找到平衡点。
作者回复: 对于第一条,其实文中已有类似的测试用例。对于第二条,思想方法很在点子上,但是实际操作中,是很难达到完全严格意义上的“同时”,即使你使用了集合点并发技术,但是由于网络延迟的存在,当login请求到达后端是也是很难达到严格意义上的“同时”,所以第二个用例可以退化为相同用户的两个登陆的互斥性测试。另外根据你的思路,我们还可以考虑同一用户移动端登录,PC端登录,以及Native App端登录的互斥性测试。非常棒的思考!
作者回复: 感谢支持,这就是这个专栏想要达到的目的,希望后续的文章能给你带来更多的帮助
作者回复: 很棒的补充,这也从另一个侧面反映出了测试的不可穷尽性,当面对大量测试点,但是测试时间资源和人力资源都有限的情况下,我们就必须根据具体风险来决定测试的范围和优先级,很多情况下不得不在质量和成本之间找到平衡点。
作者回复: 希望读完文章后能够有效帮助你增加更多的测试点