测试质量概念散文（一）

好久没更新了，最近车轮转一样的忙，1个人，可能在未来会添加1~2个人。目前一些工作时，有些东西时间久，也会卡住。本来吃东西舒缓压力也没用了，因为现在要减肥。

用了1个很扯蛋的效率不会高的办法：盖房子

只好使用做一段A的活，然后在调头做一段B的活，然后是C，卡住了就换个东西做，最后调过头说不定就想明白了。//反正最后都是自己的活。

把工作当成盖房子，一层层的平铺去盖。对于现在的情况来说，是十分不妙的，有条件的千万别学，对身体也伤害大。

主要是接口测试，一些需求确认，一些分析，一些功能测试。每个量不是很大，但很杂和多。

在写post,get调用api时，想了很久都没确定语言，用lua写也实在不是很方便。

最后在朋友的提示下，还是完成了。写了3个版本的内容。

*java使用的如下：

import了一堆。

HttpClient client = new HttpClient(); 

HttpMethod method = new GetMethod(); 

...releaseConnection();

分别写了2个get和post分开的。

最后可用，但每次都要修改url里的内容和改配置表。

然后被迫下写了个配置表的规范，每次都要去配，很笨的做法。

*python   属于至今调式失败。

估计也是“盖房子”产生的一个结果。

url = "severaddressxx"
getString = url + "?" + urllib.urlencode(search)
req = urllib2.Request(getString)
...
sys.stdout.write(data)
使用urlopen的data。

ajax  <-之前不熟悉的，毕竟做游戏和网页有差别

这次按范例写的，有范例就可以。

var xmlhttp = newXMLHttpRequest();

var url ='/app/xxx';

xmlhttp.open("GET",url, false); 开关比较好用

xmlhttp.send()

写不写text都可以。写的话最好。

根据调用api，完成了一版格式很奇怪的测试报告。实际发现的问题不太具备提交性，是一些约束的问题。

该环节个人认为最大作用就是没前端的情况下，可以实现一个W的模型与开发并行。

和一段条件关系的测试用例。条件和刷新都直接用代码来表示。

然后根据自己对bitmap的想法写了一个简单的规范。

测试我自己就可以对照这个进行验证。

吃的少，加上东西多，这个才是最郁闷的。吐槽：附近的饭除了贵点量少点不太好吃，基本没什么缺点了。

*计划写的简单了， 以前的测试计划还是比较精美的，包含产出文档，过程，中间遇到问题，风险分析都有，现在没了。

简化为 doing done stop del 

然后继续加班，加班中敲完了这段。

ps:一些测试的忠告：

测试的核心是了解服务器的结构和现有的数据结构，分析和对服务器重要的逻辑进行检查，不信任任何客户端传递的消息。
当货币更新的显示，无论是异步还是同步，都需要关注货币的其他所有的路径是否一致。
尽量避免在任务中直接获得商城货币，假设任务时脚本控制的话，更应该注意。应该用一种道具打开的方式进入背包。可以防止bug和任意配置产生的无妄灾。

长城不可能是一个人可以盖好的。

regsvr32用来给懒人管理dll比较好，支持卸载。