我刚写的功能测试用例模板,欢迎拍砖（8楼上传了有用例的文档）
如果有什么不足的地方和更好的建议,欢迎回复[ 本帖最后由 nightbossa 于 2007-2-5 15:24 编辑 ] 关于用例级别,参考了这里http://www.51testing.cn/html/53/158.html 仅仅是模版啊，整体来看，模版这样设计没有任何问题，但是实际的测试却绝对不能这么简单，首先这里面没有说明这些模块之间的关系，比如功能A要想运行需要功能B的支持，或者说功能A网功能B输出数据，可能一笔数据在功能A中计算是正确的，但是功能B取出来的结果却是错误的，但是用这个错误的值来验证B的功能，也是没有问题的。这样就忽略了一个很大的Bug！ 谢谢指教.sdlkfj3
,暂时只是做了模板出来.这个星期要写出完善的测试计划,包括每一个数据和每一个操作步骤.
我现在的问题是,需求说明书描述得不是很明确,不知道应该怎么样去设计具体的数据.另外,因为软件还在早期开发中,没有成型,所以对操作步骤也不知道该怎么样去设计. 自己的东西分享。精神可贵。。定下。。sdlkfj8 我下载了，也看了，觉得还是挺不错的，比我们写的详细，至少我们没有分用例的级别 不错，文档比较规范。
不过没具体内容，看不出文档质量。 发一个有内容的上来，大家指点一下。
可能大家会说没有具体数据和操作步骤。我也烦这个，跟经理说了一下，他说可以在测试过程中完善用例。
另外，我有一个疑问。
“可接受级测试，该级测试用例只要执行一次通过即可，该级测试用例通过意味着可以准备发布了；此等级为第三等级，标记为3。”
这个等级什么样的用例可以用？ 这是我第一次正式写测试用例。
以前都是事后补的
sdlkfj1 sdlkfj2 sdlkfj5 sdlkfj6 现在用很多工具都支持建测试用例如testdiretor, testlink，如果能和bug管理工具配合就很好，测试用例模板说真的只是为了应付事，关键要提升用例的价值，最好拿工具支持，有利于以后跟踪和维护!!! 这几天本来要开始学习写测试用例的，后来老大说要先测试才能写，就计划又搁浅了，楼主真是及时啊 看了一下：
说点个人看法，不见得对。
1、用例写的太粗糙，列项不全。
2、部分用例通用性不强，执行率不高。
3、用例格式查看不方便。
4、关联项不多。
5、维护修改比较麻烦。
6、配合测试工具或bug管理平台 接口处理不方便。即扩展性不强。
暂时想这么多，可能说的不对，针对各个业务线和行业线可能不同。 第一点我自己也感觉到了。可能是因为习惯的缘故，总是不肯写多几个字，太笼统了。到实际测试的时候会把具体数据和操作步骤列出来，现在东西没开发出来只能写出大概的流程。
通用性是指要尽量使用例能够在不修改的情况下使用到相类似的测试中么？
原帖由 pobaby 于 2007-2-6 15:41 发表
看了一下：
说点个人看法，不见得对。
1、用例写的太粗糙，列项不全。
2、部分用例通用性不强，执行率不高。
3、用例格式查看不方便。
4、关联项不多。
5、维护修改比较麻烦。
6、配合测试工具或 ...
给你一个中国移动的，可以参考
给你一个中国移动的，可以参考 sdlkfj2 sdlkfj3 sdlkfj4 好好学习下吧，要学的可是很多，关键写用例你要体现出价值 谢谢游侠这样的用例好详细哦，值得学习。
另外，是用什么工具写的？td么？ 楼主怎么写的 初稿生成2007-12-5
难道你还有超前功能
模版吗 你想写成怎样的格式就怎样的格式
那是你们自己定的 sdlkfj3 great!!! 1. 用例的预期结果没写全，一个功能需要覆盖到正常场景，也必须覆盖到主要的异常场景。这里没有体现。
2. 预置条件不明朗。
3. 可扩张性的说明，凡是和数据库有关联的内容，必须做数据库完整性检查。
4. 用例分析还不够清楚，用例的执行是基于清晰的目标的，所以个人认为是不应该出现“是否”等概念的。 受教，谢谢。＾＾
做完整性检查是不是通常在修改和删除数据之后？
原帖由 archonwang 于 2007-2-8 14:14 发表
1. 用例的预期结果没写全，一个功能需要覆盖到正常场景，也必须覆盖到主要的异常场景。这里没有体现。
2. 预置条件不明朗。
3. 可扩张性的说明，凡是和数据库有关联的内容，必须做数据库完整性检查。
4. 用例 ...
[ 本帖最后由 nightbossa 于 2007-2-8 15:47 编辑 ]
