下不下来

先看下,謝謝樓主

很感谢

感觉详细也很好了，不过体现出测试思路也可以,用一些管理工具应该方便些,如MERCURY的TD!

不是吧

最好把测试用例和截图放在一起贴上来

学习中。。。
就想看到最真实的

太详细了~

不错 谢谢了

正需要，先下来看看再说。

不错，以后可以有个参照了

对我有很大的启发，可以扩展自己的思路。但是在实际测试时是不会写的这么详细的， 写这个本身也是件费神费力的事情，写出来之后还容易限制自己的思维！呵呵！一点意见！sdlkfj1

为了看一眼，顶一个

写得不错。学习

8错，真的很细。
特别用例结构和测试项组织的很清晰。

请问：这个测试用例可以测试多少bug？

可以测试多少bug和写用例没什么直接的联系吧!只是我们要在用户的角度去想可能会有这样的需求和操作发生,看我们的软件是否能否符合他们的需求!

大概看了下，细是很细，如果是我写的话我会把这个用例进行细化，区分为界面测试用例和功能测试用例。
界面测试用列用于检测界面上的各元素，如单据的自动编号、TAB自动跳转等。
功能测试用例可细化为：
  第一部分 界面元素的子功能，如人员的自动搜索、录入值的判断及其他值的关联显示、点击增加按钮、保存、返回按钮的界面显示及页面跳转等。
  第二部分 主要功能的验证，如保存按钮是否可以实再连续新增，放弃保存时的提示等等。

谢谢楼主的分享

测试用例的设计是要根据需求进行的 如果需求写的不行 想写出再好的测试用例也难啊