新写的测试用例，请大家帮忙挑挑错
在网上下了一个酒店管理系统，在没有任何需求说明的情况下写了一些测试用例，这是我第一次认真、完整的写测试用例，请各位帮忙看看写的如何sdlkfj3[ 本帖最后由 boliping 于 2006-10-13 15:32 编辑 ] 下载来学习一下 用个好点的模版，这个看起来有点乱 看了一下楼主写的用例，感觉写的比较详细；
同样应用下楼上的话“用个好点的模版”
我有个小小提议：就是对删除操作的预期结果。我认为预期结果还要加上个“是否有删除确认提示”
呵呵！本人菜鸟一只！见笑了！ 感觉没有把问题描述清楚，太简单了不？ 感觉上和我以前写的一样，不过太繁杂了，我现在用的模板，见笑了，我也是新人
用例编号 模块名称 模块编号
用例作者 测试人员
测试内容
前置条件
测试步骤
输入数据
期望结果
实际结果
测试结论 通过 未通过
测试日期
备注 写测试用例要规范点，给人看后好像没点头绪哦 还是我们第3方测试的用例简单啊 原帖由 wangfeng25 于 2006-10-12 10:02 发表
还是我们第3方测试的用例简单啊
我确实有大家说的那些问题，版主能说说第三方测试与一般的测试有什么不同吗？ 感觉用Excel比较好 简单的系统都好说，有没有带复杂流程，功能关联的例子啊 把简单的系统的各个方面都想全了已经很不容易了，要循序渐进吗
谈一点浅见，欢迎讨论
首先楼主积极主动学习的精神值得敬佩，如坚持下去，必有所成。大致浏览了一下测试用例，总体说来，全则全矣，不够细致。
先从用例的写法来说，例如：“输入数据/操作：使必填的数据为空，如姓名”，这个操作可操作性不强并且不够全面，如果要校验一个页面上的必填项，应该首先把所有的必填项找出来，比如，有姓名、身份证、地址三个必填项，那么这个用例的步骤应该这样写：1、在页面上其他文本框输入字符，留“姓名”为空；2、在页面上其他文本框输入字符，留“身份证”为空；3、在页面上其他文本框输入字符，留“地址”为空；预期的结果这样：1、系统提示“姓名不能为空”；2、系统提示“身份证不能为空”；3、系统提示“地址不能为空”。这样才是一个完整的测试用例。
第二点，这应该是个黑盒测试，从用例的划分来说，应该分成Negative和Positive两个方面，先说Negative，比如上面我提到的这个case其实是个Negative的case，这个是系统需要Defence的输入，但是对于不同的输入框，有着不同的Negative的问题，举例来说，对于姓名，一般来说不超过4个字，对于身份证，肯定是数字，长度也有所限制，楼主的那个考虑也是很好，对于房间号，必须是已有的而且是空房才是合格的输入，这样，几乎对于某个具体的输入框，我们都可以设计一个Negative的case；如果再考虑全面一点，一些通用的规则，比如文本框应该自动trim掉空格，因为空格虽然也是字符，但是会给后来的搜索等等带来很多的麻烦。
再说Positve，其实这个就是测试系统是否做了他应该做的事情，这个也是很重要的，好像楼主在这个方面的case有点简单了，这个可以有多种方式去考察系统是否做了应该做的事情，最底层的方式是参照系统的技术说明检查数据库的某个字段是否维护了，如果不能得到这个信息，就要用别的方式去检查，比如，用查询模块来看这条记录是否添加。
最后还有一点建议，不一定要考虑很多的模块，考虑一些典型的比如增加、修改、删除、Login、Logout，而把每个模块思考的全面一点反而更加重要一点，考虑的越多，经验也会积累的越多。 原帖由 qinmei 于 2006-10-19 08:20 发表
首先楼主积极主动学习的精神值得敬佩，如坚持下去，必有所成。
大致浏览了一下测试用例，总体说来，全则全矣，不够细致。
先从用例的写法来说，例如：“输入数据/操作：使必填的数据为空，如姓名”，这个操 ...
真有听君一席话，胜读十年书的感觉 嗯，这个测试用例好像不是很严禁。 我也觉得测试用例不太全面...51上好多模板,多看几个综合一下,根据自己系统写.
操作步骤 操作描述 数据 期望结果 实际结果 测试状态
1 输入ID,PSD ID=admin,PSD=admin 进入界面 符合
2 输入ID,PSD ID=admin,PSD=aaaaa 提示"密码错误,请重新输入" 是否
参考........... 感觉还好，继续努力，哈哈 thanx for sharing
