测试用例应该包括那些内容？由谁来写？

[purpleorange]

测试用例应该突出哪些方面？写测试代码呢，还是说明性文档？ 是由测试人员写呢，还是由开发人员写？

[javaid]

同样的问题
up
希望高手帮忙解决

[Bird2002]

用例的执行级别；输入数据；预期的输出结果；执行步骤；我觉得这几点不可少。
我主张测试用例由测试人员来写。

[gotothere]

建议你先找一些测试书籍和相关材料看看再说。

[yunjian]

测试用例可以在测试计划的基础上由测试人员写出.
也可以由其他人员写.

[dawaer]

事实上如果一定要这么个东西的话小公司里都是由程序员来写的;

[uniware]

测试用例应该由测试人员书写，当然需要和程序员和设计人员协调。
测试用例应该描述：
1、测试点
2、用例编号
3、输入
4、预期输出
5、测试结果的评价准则
6、测试数据、步骤、甚至辅助的脚本、程序等

[purpleorange]

测试点是程序员和设计人员提出呢？还是测试人员自己掌握？输入的内容是测试人员在测试过程中实际输入的数据么？还有，预期输出部分是不是应该参照用户手册填写，那么作为测试人员他必须要先熟悉系统后才能测试，而如果由程序员填写输入和预期输出是否可以节省时间且更全面呢？这样测试人员可以按步骤测试，然后反馈给程序员！
希望大家多提建议，各公司都是如何写测试用例的，谢谢！

[silva008]

我觉得应该包括测试编号，测试环境，测试目的，测试操作步骤，测试预期结果，就这些，应该有测试工程师来设计，执行测试就是按照测试计划完成，然后有测试记录，包括测试用例的编号，测试名称，错误类型，缺陷类型，修改优先级，操作步骤及现象，缺陷描述，错误状态，其中缺陷描述应该由开发人员填写，返回测试记录最后由测试人员填写错误状态是否已经修改，还是延期修改。见笑了！如有疑问大家讨论。

[purpleorange]

谢谢大家！

[quanquan1980]

我觉得测试点先由程序员提出（因为程序员自己最熟悉那部分是重点），而测试员在了解程序的功能和设计思想后，自己补充一些遗漏的地方。而数据的输入同样道理，先由程序员给输入的范围设定，而测试员按这个范围设定适合值、边界值、超出值来进行测试。

[purpleorange]

我也是这么觉得的！大家多发表点意见！

[lin23]

有一个疑问：设计测试用例就是为了发现更多的bug，如果测试用例是由开发人员自己写的，那不就等于是由开发人员自己测试一样吗（谁愿意暴露出自己的bug）？

请问大家在设计测试用例过程中有什么心得体会？

[jianghongtian]

要看测试目的是什么。功能测试一般是测试人员测。覆盖我看只有程序员才能测了。供参考

[miller3000]

我觉得大家都没有从一个单独的角度去看测试。测试是同程序开发者是站在同一个起跑线上的，分析阶段用例确定了，那么测试人员就要根据你的用例把测试用例作好了。比如你的一个用例有一个主事件流，和三个可变事件流，那么测试用例至少是四个。然后根据测试用例配合测试工具，写出脚本。在程序完成后，程序员作完自己代码的测试后觉得没有问题就教由测试人员测试。测试脚本执行，测试工具产生测试报告，然后提交测试报告。程序员在测试（验证问题的存在）和修改程序，然后测试人员仍然用同样的脚本执行，这样直到程序测试不出问题。
　　　现在各种个样的测试工具都有，从代码覆盖和利用，内存泄漏测试等等。并不是只有程序才能够直到自己写的东西（如果程序员离开了，那不是项目就死了吗，说的极端了）。