测试用例的使用人是谁？
测试用例到底是给测试人员专用的还是其他人员？？？？？？ 测试case需要覆盖基本功能点，没发现问题说明基本功能没有问题。测试还需要对用例之外的进行发散测试，如果发现问题就需要对用例进行补充。测试结束后针对问题分析有多少是用例发现的，可以评估用例设计的质量。 呵呵 果然学了不少，多谢指教 测试用例的设计是一个是根据经验,一个是根据对系统,对系统相关理论知道的了解程度来决定.最简单的测试用例就是正常测试用例,就是需求里提到,另一个对异常处理的测试用例很重要,这个就要根据经验和项目自身的熟练程度来决定喽
刚刚做测试两周
以前学过点，现在刚刚做，而且公司的模式，技术开发好了成品给我们测试，有时候什么文档都没有，就只要一个系统，测试人员就直接测试，根本不用写什么测试计划，测试用例，我觉得有点茫然，不知道这样测出的软件质量如何，我应该重点学习些什么呢回复 12# 的帖子
你还搞测试得错别字可得注意!!!:loveliness: 用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness: 用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness: 用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness: 用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness: 用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness: 用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness: 用例不能发现所有的bug，而且软件上市时肯定也会有很多未发现的bug带到市场上去。
测试用例只要能覆盖需求中所有的点就OK，一些随机测试只能以来测试人员责任心和能力了。
个人理解:loveliness: :L 网络卡了，怎么发了这么多……
学习学习学习学习
学习学习学习学习 好深啊看来要加紧学习啊 在写test design spec\test plan\test case之前,tester应该胸有成竹。我的意思是，必须自己先形成一个对于软件产品的模型。如何做呢？
1）吃透需求和规范说明书
2)站在最终产品用户的角度想想用户将如何使用产品
3）了解并比较公司内不同产品相类似的功能
4）学习并比较竞争对手公司的同类产品的相似功能
我觉得test automation suites主要为了有助于软件开发过程，主要来发现产品回归问题。但是test automation只能发现bug总数的20%不到。要想找到更多的问题，要通过其他的手段，如manual testing (ad-hoc etc.)。
