QA基于开发的JavaScript修改测试数据和代码查看返回值的小例子
一 背景
测试的项目比较庞大（Web端若干个、APP端若干个），比较复杂，数据依赖多，交互也多，联调也多，这个给QA测试带了一定的困难，这需要测试的QA掌握一定的代码技巧，查看交互数据的返回值，替换测试资源，为联调做铺垫。增加测试覆盖率，提高收益比。
二 测试需求
（1）JS开发环境搭建：需要安装NodeJS、npm、Ruby、SASS、WebStorm等。可见本人博客：http://blog.csdn.net/jlhx123456/article/details/46550135
（2）代码：通过SVN拿到开发的代码，并导入到WebStorm中查看与修改。
（3）实际测试需求：当天任务为测试一个排序题的模块，其具体需求如下：
1、计时器：支持顺计时和倒计时
2、题目内容浏览：标题和多媒体文件显示
3、题目选项：可拖动排序，并遵循排序规则
4、提交：a、限制时间内可提交；b、限制时间内提交过一次后，点击修改后可以再次提交，并提示距离上次提交时间；c、限制时间内支持多次修改提交；d、限制时间结束后，提交按钮显示“已结束”，学生端不能操作，提示“请听老师讲解”。
5、对比提交数据：提交后在Network中核对xml数据：答案对错、得分、用时、答题次数、提交答案、实际答案。
排序题答题功能如下图所示：
三 测试操作
1、读懂开发的代码：a.计时器配置文件在哪里，需要改哪里，如：计时模式、计时长度；b.题目选项的答案在哪里，需要比对；c. 提交状态分哪几种状态？提交、修改、重新提交、已结束；d.提交返回的数据已xml返回，怎么查看？需要比对哪些数据？
2、实际操作：
a.计时器测试:找到配置文件，修改计时器的类型value和时长的value。
b.查找开发的答案配置文件，以及提交答案返回的数据配置文件格式，对答案对错、得分、用时、答题次数、提交答案、实际答案进行比对。
在开发的代码中发现，数据以XML形式放返回，见下图：
标准答案以XML形式存储，见下图：
点击提交按钮以后按F12的Network下可以返回一串XML数据，如下图为分别提交四次返回的XML数据：
将Network下返回XML数据在WebStorm以XML显示，并和开发的API对比，和实际操作是不是一致。下图为开发的API上的返回格式：
第一次提交正确的正确的答案XML数据，如下图：
第四次提交错误的答案XML数据，如下图：
对比这些XML数据，可以核对数据是否正确。单模块测试完成后，可以给其他模块联调。
四 小结
搭建开发环境和看懂开发的代码需要一定的时间，这需要前期投入。对于比较复杂且交互多的系统，功能测试有局限性，数据交互没法查看，容易导致漏测，需要采取一定的代码测试。单模块测试完成后，提供给系统联调。代码测试可以增加测试覆盖率，提高收益比。
以前都是看帖子比较多，今天是第一次在TesterHome写帖子，请多多关照。
本人TesterHome地址https://testerhome.com/topics/2824
<p>版权声明：本文为博主原创文章，未经博主允许不得转载。</p>