这是我刚刚写的网站测试用例，首次写，传上来让大家看看，给我点意见

精略看了下，建议最好把异常的情况都加上，像后台管理系统这样的东东，其实要测试的可是很多，
如“信息发布”这项，关注点有很多，像信息填写正确全面，有少填的，重要信息没填，非重要信息选填，添加的多少限制，页面分页情况等！！！

感觉,,写的比较简单,,你只是写了基本流的测试,,还要写备用流的

楼主的测试用例只涉及到功能测试，缺少页面操作操作测试和性能测试。我在另外一个帖子讨论过这个问题，再粘贴一下，也欢迎高手指教。

B/S结构的程序有它的特殊性，需要做三个方面的测试

1。 功能测试测试：偶主提到的算是这方面测试。

2。 网页操作测试：这是纯粹考虑到网页特性，包括以下几个方面
    2。1 没有合适的理由就使用最新的网页技术（可能不稳定）
    2。2 网页链接是否颜色一致
    2。3。网页是否太长太宽
    2。4 。对于网页内部功能，帮助指导信息是否完善
    2。5。是否存在空链接
    2。6。 网页内容是否显示正确（文字，图标，图像）
    2。7。 组件是否工作正常，包括：下拉框每项是否都有效；复选框和单选框是否每项都有效；文字输入框有没限制输入长度；文字输入框是否许可输入非法信息（比如年份框内输入字母）
    2。8。 SUBMIT是否工作正常。每个提交按钮是否都可以正常提交。

3。运行测试：主要指对系统的运行性能的测试，包括：
   3。1。 最大可承受的用户链接多少
   3。2。在最大量用户链接情况下，响应时间是否可接受
   3。3。 能让系统运行满意的软件硬件最优配置。这个优点抽象，可以理解为：怎样设置服务器环境能让系统性能达到最佳（用户连接数最大，而且响应时间可接受）
  3。4。 系统最低可在什么样环境（软硬件配置）下运行


另外一个问题楼上的也提到了，缺少对错误情况的测试。测试用例的两大特性是：
1. testing for success:
        the functionalities with reference to requirements

2. tesing for failure:
           invalid/null/blank/empty data
           unexpected states

楼主的用例缺少对failure情况的测试


最重要的一点是：具体哪方面测试详细作，哪方面测试粗略作，哪方面测试不做，根据公司实际可利用资源决定

楼上提到的 网页操作测试，应该算ui测试把，或者是友好性的测试把，这个东西一般要放到测试用例里面吗？
后面提到的运行测试，属于性能测试的一部分把，和功能测试的用例还是分开的比较好，毕竟大家测试的目的不一样

楼主说网站测试用例，我理解为完整的测试，所以包括界面（ui），性能（运行），功能测试。不知道对楼主测试的理解有没错。

这三类测试的重要程度由公司的实际需要决定。如果要做界面测试，自然有必要作专门的测试用例。

好!

GOOD

写的一般

同意二楼的说法，应该加入异常情况的用例，楼主目前的只是简单的功能是否实现的测试！

我现在也正在写网站的测试用例，但我觉得楼写的好像太简单了点哦！！我们要求写的可详细了！！

总的来说，功能点应该没有漏掉，但个人想法也是觉得写的太简单了，在执行测试时有正确输入，肯定也要有异常输入，另外，对于网站，还有一个性能测试，也是很重的。我比较赞同wheetle 的观点。

站着说话不腰疼,把你们的拿出来看看啊.

引用:

原帖由 mayubao 于 2006-10-10 16:04 发表
站着说话不腰疼,把你们的拿出来看看啊.

这句说得经典!

人家楼主就是要提意见呢,可以提不足之处.大家讨论呀....

sdlkfj3
我也认为现在做网站测试不光是功能测试，对性能测试（并发用户数、响应时间、吞吐量）很重要！！

缺少对异常情况的测试吧

怎么下不鸟

好像太简单了，不够详细。

谢谢！