一个新手对测试用例覆盖的观点，希望能够抛砖引玉。
一个新手对测试用例覆盖的观点，希望能够抛砖引玉。测试用例的不完全覆盖认为主要是一下的问题导致的。
1，对测试对象的了解不够
对测试对象的功能等了解不充分导致在设计测试用例的时候
不能完整的设计测试用例。而没有充分的时间进行全面的了解。
2，不成熟的测试设计能力
个人能力不足，这个需要在工作中不断的总结经验，
提高能力的。
3，测试的态度不够端正
这样的人就不应该让他测试，最好让他管理公司的打印机觉得比较合适，
这样只需要放纸什么的，就算不认真什么的也没有关系。
就3来说，他永远也设计不出好的测试用例，所以我建议放弃这种人，
挽救他不是我们的责任。
OK，就1，2两点谈谈我个人的看法。
就1，2总的来说，就是了解不完整，能力欠缺，这样就需要一个循序渐进的
过程，现在就来说说一个循序渐进的方法。
总的原则是：步步为营，以观点引导用例，层层深入。（呵呵，像。。。~·~）
第一步：分析测试对象的功能，按照功能等划分。建立测试用例的大观点。
第二步：根据大的观点，分解小的观点
第三步：测试用例做成
经过逐层确认的方法，确保测试观点的覆盖。
最终细化到具体的操作命令，操作界面。在根据命令，界面来进一步细化
测试用例，比如，命令的参数，临界值，界面的位置等。
希望大家对以上过程提出自己的观点，能够抛砖引玉。Sample TextSample TextSample Text 1. 对被测对象不能完全理解，是正常的
2. 设计测试用例的目标不是完全覆盖，而是覆盖被测对象中最有可能产生缺陷的地方 To mstiunicon
疑问：如果只是对于我们认为有可能出现问题的地方设计测试用例，那么我们就不去理会我们认为没有问题的地方吗？这样会不会导致用我们的主观观念来代替软件的质量呢？
页:
[1]
