关于【结合测试票】写法的总结。

前言：

十一回来之后，对应了一个项目（用户秘密信息强化的对应）。

在这次的作业中，对应结合测试票的做成。

===================

关于结合测试时，有以下几点是需要注意的。

（1不要漏测试观点，2尽量减少测试的次数；3测试内容的归类;

  4不同设备测试时，测试项目的适当删减。（PC，SP，MB）

  5 更好地准备测试数据，以尽量减少测试的数量）

==================================================

1.不要有漏掉的测试项目。

比如

①在有确认画面时，tokencheck的测试

②防止二重提交，快速点击按钮两次（一般Form表单不存在这种情况，主要在link中）

③所以经过这次该修，或者新规机能的入口。

   （以这次的作业（登录时的秘密问题的设定）为例为例：）

   （需要测试，正常登录，session过期时登录，管理者业务代行登录）

④相关check（主要测试组合）。

⑤单个项目，check出现问题时，提示错误信息的顺序。

    （我们在使用struts的validator进行check时。）

    （比如我们对一个项目这么定义   depends·=“required，zenkaku，maxlength”）

     分别是必须入力，全角，最大位数。

⑥单个项目，check出现问题时，提示错误信息的数量。

     （当你输入半角空格时，应该只出现必须入力，而不会必须入力和全角全部出现。）

     （会出现两个的原因是对于一个项目的定义没有在一起，而是分开定义了。）

     （如下，分开定义，就会出现⑦的错误。）

     （ depends·=“required”）    

     （ depends·=“zenkaku，maxlength”）

⑦多个项目，check出现问题时，提示错误信息的顺序。

       （比如我们有两个入力选项，问题，答案）

       （问题我们输入半角，答案我们输入空值）

       （出现的错误提示应该是【 问题请输入全角；答案必须入力】）

⑧新規機能时

      测试sessionTimeOut

=====================================================   

2 尽量减少测试的次数。（不要用写UT票的观点来写结合测试的票）

①想想需要测试的内容是否可以扩散的其他的测试中。

例1：

比如这次程序中有一个实现如下

 秘密的问题是一个下拉菜单，其中有5个选项，

这5个选项的内容是从配置文件中的30个里面随机读取的。

（我在写测试票的时候，把这个单独抽了出来）

（其实不必这样麻烦，可以把这个观点结合到其他的每一条测试之中。）

（在每次程序执行到这里时，都确认是否数据时随机抽出的5条。）

例2：

比如tokenCheck

（我们也不必把他单独抽出来，单独测试。）

====================================================

3.归类

把属于同一种测试目的的放在一起。

比如：正常登录；session过期登录；管理者业务代行

=========================================

4.对于不同的设备

MB 有时PC上面有说明画面的link

MB端没有，MB端把说明内容直接写在当前画面了。

SP 在入力check时，由于validator和PC端使用同一文件。

所以只要测试一下画面的显示是否有异常即可。

测一下

最长的错误信息显示。

最多条数的错误信息显示。

以上两点即可。

===========================

5更好地准备测试数据，以尽量减少测试的数量

比如这次测试全角文字。

我们测试一条可以通过的数据

刚开始我是这么准备数据的

全角文字

ぜんかくもじ

ゼンカク

１２３４

．、？・

上面的测试点虽然没有漏，但是测试者会浪费时间。

优化后，上面的内容完全可以在一条内测试。

全角ぜんかくゼンカク１２３４５．、・？

（需要注意的是，对于不符合全角的内容）

（1234）

（acde）

（ｾﾞﾝｶｸ）

（｡､?･）

我们还是要分开进行测试的！！

==================================