单元测试用例与系统测试用例

liuwwb

公司现在的要求是，由测试人员编写单元测试用例和系统测试用例，而单元测试用例是交给开发测的，系统测试用例是QA测的。
对单元测试用例的定义就是：web页面上最基本的按钮，输入框什么的定义，就是一些简单的东西
而系统测试用例是：整个系统的输入输出流的情况

我刚做测试，写的case不多，然后这样一划分，我不知道哪些该划分到单元测试用例，哪些是划分到系统测试用例了，我觉的这个很难有个明确的划分，大家如果遇到这样的情况，会怎样去写case？如何来把这个单元测试用例和系统测试用例分开？

Jackc

对单元测试用例的定义就是：web页面上最基本的按钮，输入框什么的定义，就是一些简单的东西

这个是什么定义？

我可否这样理解：在模块功能中，哪些功能的测试可以通过设计特殊数据组来实现的，就定义为单元测试部分,然后由测试员提供测试数据，开发人员设计测试代码。
是这个意思吗？

目前你遇到的用例类划分的任务，首先需要做一个测试点清单，列举出所有的测试功能点；然后逐一将它们划分为“你们公司定义的两个测试类”。

从你提供的信息，能够给出的分辨标准有：
1、测试点是否属于单一子功能。
比如一个编辑框功能（这个比较多，地址、查找、用户名、密码等等）、按钮功能（也比较多，确定、取消、启动、关闭等等）。
而像“工具”菜单则往往属于多功能的子功能，它经常会包含多个小工具，所以要对它进行再次划分。
最后，属于单一子功能的，进入第2个标准分析；而不属于的，则划分为系统用例范畴。

2、测试点是否存在多种数据组合。
以编辑框和按钮为例，编辑框可设计多组不同字符的测试数据；而按钮至多只有4种状态：按下、弹起、按住（按下后不弹起）、多击（通常为双击）。

所以，由于按钮测试数据较少，划分为系统测试用例（其实俺认为走单元测试和系统测试组合的路线也无啥不可……）；而编辑框则进入第3个标准分析。

3、测试点的测试输出是否具有可验证性。
关于可验证性，就是仁者见仁了。
还是以编辑框为例：
如果非得保证上层UI正常显示编辑框的内容，那么由开发人员设计的单元测试是不具备验证性的。
而如果只需保证将编辑框的数据正常发送到某个显示函数，那么就可以由开发人员设计单元测试。

所以，测试点是否具备可验证性，有很大的调整弹性。

为了方便理解，我还是举一个不可验证的测试点例子吧。
比如Explorer的地址输入框，最终需要验证开启的网页与地址栏输入地址匹配。若测试范围是公网任意网页，则只能通过目测才能保证验证的准确性。因为在无法控制测试数据目标的属性时，单元测试无法事先设计合理的检查点。