用例设计思考

一般以现在的完成的测试任务来看，很少见过有场景性很复杂的。

代码库工具的场景性就不强，很难从场景测试方面去考虑，所以从一条主场景方向去测试。

然后主要功能方面的测试及一些小场景的测试。

工具测试用例设计思路：

列举功能点，每个功能点都是一个页面。

每个页面按照每个模块来分验证点，写出验证内容。然后每个模块的小场景就包含在每个模块中。

可以优化的地方：

1.      对于这种测试单个主场景的用例，测试用例中测试类型缺少关联测试，数据库测试，大数据量测试等

2.      对于界面检查，可以省略

为什么当时别人以登录举例，讲解时是各种情况都列举出来，然后用边界值和等价法来看，当时主要是为了讲解边界值和等价法才这样写明的。而此时的背景是整个测试项目。

用例如下：

设计思路：以每个页面为功能点展开，对每个页面分模块进行测试，如页面每个页面都有个入口，登陆界面由用户名，密码，登录按钮等模块组成。然后就按照每个模块进行的测试。

以登录界面为例，

入口，有两个场景，登录窗口，登录功能，然后是域账号和密码的等价值和边界值的组合用例。

分析：

1. 对于讲解等价类和边界值的用法，写登录窗口用例可以这样写，但是对于一个软件来说，写登录窗口用例，该从场景出发，考虑主要的功能。

如登录窗口，主要的功能就是登录，不是其他的组合。

用例可以优化成这样：

主要以场景为主，编写用例。

2.  对于控件的常规校验，已经完全清楚就不需要写出来了。