的确有点简单,不过做个模板还不错,建议楼主再填充完善一下

写的不怎么样，不是按照cmmi模板写的

写用例前
建议先把用户需求规格仔细熟读一遍
然后理出其基本的功能点
根据功能点再来确定你写用例的方法 根据什么测试方法来写用例

写用例的时候摸版不是很重要 这个可以根据公司的不同有不同的规定
当然越接近规范越好:)

放在第一位的是你的思维 是否囊括了所有的基本功能点
是否在此功能点的基础上进行了扩散的思维等等

用例过于 简单了

新手，先从简单的学起，非常感谢楼主共享资料！

用例写的过于简单   边界值等等 都没写

没错，基本上，写测试用例的功底都体现在对一个问题的多方发散分析，
几个专门的测试方法需要反复的体会，哎，最近我也在写测试用例，
首先，如何归纳分类就很麻烦，更不要谈如何考虑的更全面了。

很有用　谢谢楼主！！！

it's too  easy!好多东西都没考虑到...不算是成功的用例

下来看看，努力

我也是新手sdlkfj8

看看

用例不行啊~~~~

看看先,谢谢了

Issue Tracker是什么？

太简单的用例

支持一下,步骤很明确.顶

是啊，太简单了
  比如你其中说写的“输入描述”的“输入产品说明”

拿产品说明来说，你就得考虑 能够输入的边界长度，能够接收的字符类型，能够支持的快捷键，能够接收正常与异常的输入不，等等，这个元素你就漏掉了几十个case.....

itracker，是一个缺陷管理系统，类似bugfree，bugzilla，mantis，TestDirector....   基于(Apache+Mysql+PHP)模式

引用:

原帖由 yiyuhupan 于 2007-8-8 11:02 发表
我们现在正好在做BS架构的医保系统测试。与楼主的网站测试有点类似。
根据我在51testing的学习以及平时项目中的体会，就楼主网站后台管理模块的用例设计，个人提出以下几点可以探讨一下：
首先要明确系统测试编写思 ...

学习了，要是这样的话，那测试用例得写好多了，是不是应该首先根据需求来分析一下哪些是核心模块，然后具体的再写测试用例。

先看看,顶!!