测试攻略

冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。
　　冒烟测试是自由测试的一种

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

1.项目启动：启动项目，包括发起项目，授权启动项目，任命项目经理，组建项目团队，确定项目利益相关者。 　　2.项目策划：包括制定项目计划，确定项目范围，配置项目人力资源，制定项目风险管理计划，编制项目预算表，确定项目预算表，制定项目质量保证计划，确定项目沟通计划，制定采购计划。 　　3.项目执行：当项目启动和策划中要求的前期条件具备时，项目即开始执行。 　　4.项目监测：实施、跟踪与控制项目，包括实施项目，跟踪项目，控制项目。 　　5.项目完成：也叫收尾项目，包括项目移交评审，项目合同收尾，项目行政收尾。 　　不是每个项目都必须经过以上每一个阶段，因为有些项目可能会在达到完成阶段之前被停止。有些项目不需要策划或者监测。有的项目需要重复多次阶段2，3，4。

(1)数据记录筛选：
sql="select*from数据表where字段名=字段值orderby字段名[desc]"
sql="select*from数据表where字段名like'%字段值%'orderby字段名[desc]"
sql="selecttop10*from数据表where字段名orderby字段名[desc]"
sql="select*from数据表where字段名in('值1','值2','值3')"
sql="select*from数据表where字段名between值1and值2"
(2)更新数据记录：
sql="update数据表set字段名=字段值where条件表达式"
sql="update数据表set字段1=值1,字段2=值2……字段n=值nwhere条件表达式"
(3)删除数据记录：
sql="deletefrom数据表where条件表达式"
sql="deletefrom数据表"(将数据表所有记录删除)
(4)添加数据记录：
sql="insertinto数据表(字段1,字段2,字段3…)values(值1,值2,值3…)"
sql="insertinto目标数据表select*from源数据表"(把源数据表的记录添加到目标数据表)

public class zhisu {
	public static void main(String args[]){
		int i,j = 0;
		for(i = 1;i <= 100; i++){
			for(j = 2; j <= i;j++){
				if(i % j == 0)
					break;
			}
			if(j >= i){
				System.out.println(i + "是素数");
			}
		}
	}
}

1. Remote Address:
   222.73.72.186:80
2. Request URL:
   http://media.tdxinfo.com/tops-mediaserver//imageservice?mediaImageId=53e1eb3245ce4e42847b9df3
3. Request Method:
   GET
4. Status Code:
   200 OK
5. Request Headersview source
1. Accept:
   image/webp,*/*;q=0.8
2. Accept-Encoding:
   gzip,deflate,sdch
3. Accept-Language:
   zh-CN,zh;q=0.8
4. Connection:
   keep-alive
5. Cookie:
   SID2=16606430-ca23-4879-a343-819d1cf54ca1-1410683924668
6. Host:
   media.tdxinfo.com
7. Referer:
   http://store.tdxinfo.com/tops-front-purchaser/facade/signin
8. User-Agent:
   Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.103 Safari/537.36
6. Query String Parametersview sourceview URL encoded
1. mediaImageId:
   53e1eb3245ce4e42847b9df3
7. Response Headersview source
1. Connection:
   keep-alive
2. Content-Type:
   image/jpeg;charset=UTF-8
3. Date:
   Sun, 14 Sep 2014 08:38:46 GMT
4. Server:
   Apache-Coyote/1.1
5. Transfer-Encoding:
   chunked
6. Content-Length：表示请求消息正文的长度
8. 状态码

1. get是从服务器上获取数据，post是向服务器传送数据。
2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。
3. 对于get方式，服务器端用Request.QueryString获取变量的值，对于post方式，服务器端用Request.Form获取提交的数据。
4. get传送的数据量较小，不能大于2KB。post传送的数据量较大，一般被默认为不受限制。但理论上，IIS4中最大量为80KB，IIS5中为100KB。
5. get安全性非常低，post安全性较高。但是执行效率却比Post方法好。

建议：
1、get方式的安全性较Post方式要差些，包含机密信息的话，建议用Post数据提交方式；
2、在做数据查询时，建议用Get方式；而在做数据添加、修改或删除时，建议用Post方式；