第240贴【2005－06－06】：无测试文档的测试执行
目前常见有以下一些测试过程：1、没有设计用例或设计用例没有文档化；
2、有文档化的测试用例但不详细；
3、有详细的测试用例，说明了每个输入及比较
目前用户的测试或多或少属于这些测试过程的一种或多种。
在第一种情况中，测试者没有周密的测试计划或测试用例，测试者边测试边想测试什么，测试者的想法或操作没有留下记录或文档化，因此所有的测试就不能准确地重复。通常这类软件开发项目时间紧、规模小，没有规格说明，需求不断变化，测试人员没有时间写文档，直接测试。对于这种情况，不要试图开展自动化，否则可能会适得其反。
很难说出这种测试有什么好处，常提到的一个好处就是可以节省时间，因为没时间进行测试计划和测试设计。这有点类似于在不复杂的软件开发中不进行需求分析和设计就急于编码的毛病。这种方法从长远来看开销更大，因为可能忽视了以下几点：
。测试无法做到全面，很容易导致漏测；
。测试不可重复，某些缺陷修改后可能不能被确认；
。有效性和效率也较差 无测试文档的测试就进行测试,一般这种情况在小公司做小软件时,项目时间紧,也承受不起大量的测试工作所带来的压力.同时需求也在不断的变化.像以上提到的种种情况,在做测试时都会没有测试文档.还要带来的负面影响就是测试员觉得很枯燥,不知道自己在干什么,也不知道自己都干了些什么,到最后评估软件质量和总结测试报告很难做. 我现在做的就是这样，没有测试用例和测试文档，也只是做黑盒测试。公司太小，我的工作就像是帮忙打杂，大家没空做的琐碎的工作都归我，以使用都的角度测试软件。 我现在做的也是这样，没有测试用例和测试文档，也只是做黑盒测试。测试用例是做什么算法测试的据说按用例严格操作，如果预期结果和实际结果相符说明算法没问题了其它还是自己测，如果软件模块相关联的地方太多有时候脑子就乱了。望版主赐教无测试文档时怎么更好的进行测试。
我的情况类似
悲哀，很像！不过继续加油 我现在刚开始接触测试没多久，先前遇到一个紧急项目，要求测试完成后再补充测试用例等文档，没有测试用例指导，又是新手，真不知道自己干了什么呢：不清楚自己测试是否规范，有无遗漏，哪些该重点测试等等。所以还是有文档指导的好呀。可惜目前自己还是不大会设计测试用例。[ Last edited by 紫罗兰 on 2005-7-12 at 08:59 ] 无测试文档的测试执行实属烟雾测试范畴，主要依靠实施人员的知识、经验与技能，若完全依靠毫无行业经验与专业技能的新手来说，的确是有点勉为其难，整体项目的质量就可想而知了……当然，若有非常牛B的开发人员坐镇的话小项目还是有成功的希望的，而国内大部分小公司的情况皆是如此…… 哎! 一样呀.
我在公司是做行政的.因测试人手不够也让我做测试,刚开始也是没有测试用例.(黑合)就凭测试人员告诉我一些出错点来做.
现在要写测试用例.需求是比较完整的.但我不知道该怎样去写.是担写自己想的与要求不符. 楼上的朋友可以参考许多网上用例设计的例子（这些资源在本论坛中就很丰富），看看是否能借鉴一下，或者有什么疑点可以发上来，大家一起帮忙研究讨论一下，看看没有对策。总之，只要有心，没有克服不了的困难，呵呵～～ 偶现在就是整天在烟雾里测试 哈哈,楼上的意思是冒烟测试还是"抽烟测试"
其实黑盒测试，技术含量就那么多，需要这么追究么?
其实黑盒测试，技术含量就那么多，需要这么追究么?opinion
个人以为，楼主说道：“一般这种情况在小公司做小软件时,项目时间紧,也承受不起大量的测试工作所带来的压力”还是因为已经将CMM-3的思想融入到测试中去了，可是试想在当今的中国大陆有几家公司能达到CMM-3的标准！
很少！！！
可是就眼前来看，如果一个公司有软件测试的意向这也就很不容易了！
再说了刚起步的中国软件测试行业，不也正是我们测试人的机会么？
不周到的地方多赐教！
KIND REGARDS！
I WILL ALWAYS BE REACHED AT
gp114@126.com!
回复 #2 ljftgg 的帖子
楼上的这位朋友说的很对,我们公司目前就是这种情况,做测试没有测试用例,时间久了,感觉很枯燥,也不知道自己该干什么.
页:
[1]
