51Testing软件测试论坛

标题: 新手中的新手，弱弱的问。。。 [打印本页]

作者: wawa85 时间: 2008-2-15 15:58
标题: 新手中的新手，弱弱的问。。。
刚刚接触测试领域，也才知道测试员需要编写的测试用例，只是很不理解，为什么要编写测试用例呢？费劲的写出一条条要测的内容，有这时间，已经可以实操测试很多遍了。。。
也不明白为什么要有测试计划？计划3天测试完一项内容，但往往会提前结束，或者遇到问题拖延很久，甚至测试一般突然中断。
这些文档不都是给测试员看的吗？自己写自己看？有必要吗？
因为是新的不能在新的新人，所以提的弱弱问题，前辈门可别笑话哈~

作者: 庖丁解牛 时间: 2008-2-15 16:06
测试之中测试用例并不是必需的
知道自己要做什么和做过了什么比测试用例重要的多

作者: wawa85 时间: 2008-2-15 16:41
感觉有了测试用例，反而把测试面局限住了，会忽视很多东西~

作者: 狗蜡笔粉丝 时间: 2008-2-15 16:52
你·说的只是你一个人负责测试的情况下，大公司测试人员很多，测试的项目也很多很杂，如果不写测试用例，肯定乱套了

作者: wawa85 时间: 2008-2-15 17:49
楼上的意思，如果一个人负责，就没必要写测试用例了？

作者: 榨菜 时间: 2008-2-16 00:15
我觉得还是要看情况的，写测试用例可以以后集中起来，以后好做自动化测试啊

作者: zhangfengjay 时间: 2008-2-16 04:21
开发一个软件并不是想象的那么简单。有时候很复杂。写测试用例子可以很有条理的去做测试

并且测试用例在软件开发完后还要保存。以后维护软件的费用

作者: zhangfengjay 时间: 2008-2-16 04:29
测试用例构成了设计和制定测试过程的基础。
测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，您对产品质量和测试流程也就越有信心。
判断测试是否完全的一个主要评测方法是基于需求的覆盖，而这又是以确定、实施和/或执行的测试用例的数量为依据的。类似下面这样的说明：“95 % 的关键测试用例已得以执行和验证”，远比“我们已完成 95 % 的测试”更有意义。
测试工作量与测试用例的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。
测试设计和开发的类型以及所需的资源主要都受控于测试用例。

作者: puchonghui 时间: 2008-2-16 08:12
设计与执行的分离

作者: jkline 时间: 2008-2-16 16:15
书写测试用例可以让你对测试的内容有更加深刻的了解和认识，
同时也为你测试理清楚一个思路，让你测试的时候游刃有余，
并且根据你所写测试用例，你可以清晰的检查到你对测试内容是否已经完成所有功能的测试或者检查。
测试用例的书写也同时是工件输出的一部分，对与CMMI里也是一个要求，QA也会对其检查。
有了测试用例对于其他与你一起工作的测试人员在在交互测试的时候能更好的使用你所书写的测试用例，
理解软件的功能，并且借助这一用例进行测试，节省时间。]

对于测试用例的书写一般注意：
正确性、严谨性、合理性、易用性、可变更性、可重复性，尽可能多的遍历开发人员所书写的代码和功能点。

测试计划：
通常是描述所有需要完成的测试，包括完成所有的资源和进度。涵盖了测试的背景、目标、风险及所需要执行的特定测试内容。
其目的是为了更顺利的进行测试、易于沟通交流、方便人员调配和管理。让人员的工作更易合理分配及变更管理，易于对软件测试不可预知的风险进行合理有效的控制。

作者: grubbysong2 时间: 2008-2-17 21:48
1.方便用户自测
2.可以使测试经理等查看测试进度
3.可以用于重复测试
4.便于团队交流

作者: 同意OK 时间: 2008-2-19 18:12
新手中的新手，弱弱的问。。。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)