一般一个基本的功能测试，需要执行多少个测试用例？
定义的基本功能的测试是：一条记录新增、修改、删除，不包括校验。 我的做法是，从用户的角度出发，假想我是用户，我认为会如何去进行这项操作，到哪一点我会认为这项操作需求已经完整地结束。那么我就怎样设计用例。所以我认为这与实际的场景有密切的关系，没有static的答案。 赞成你的观点，我所提的这个问题太过于片面了，未把当前的情况描述清楚。每个公司的所对应的项目不同，不能同日而语。我有个想法：国际组织是否会对某一个领域的某一个功能执行多少个测试用例制定一个标准呢？既然现在已经有标准：对某一个功能的实现不能超过多少行代码；那么对于测试用例的执行多少个这样的标准制定也不会太久了吧。
越少越好。
最少的用例，更大的覆盖率。同意楼上
楼上的弟兄说的都很详细了，1 最大限度的模拟用户的环境，方法，平台
2 最少的case，最大的覆盖率
3 与成本紧密结合，最低的成本，最大的case执行效率 同意 测试用例不在多和少，只要将所测试的需求都覆盖到了，测试用例数就够了。 有没有标准 估计现在国内还没有这方面的标准,但我很赞成:
1 最大限度的模拟用户的环境，方法，平台
2 最少的case，最大的覆盖率
3 与成本紧密结合，最低的成本，最大的case执行效率
这三个方面............... 我也赞同楼上的 但我觉得有一个是必要的，就是要首先能保证流程走的通 版主给个example看看瑟，小问题，大智慧哦，呵呵
[ 本帖最后由 joeyzhu 于 2006-2-6 13:24 编辑 ]
页:
[1]
