testng测试框架

Coverage查看测试代码覆盖率

@DataProvider,数据驱动,在@Test后绑定,即@Test(dataProvider="mydatasource")

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

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

并发请求

 @Test(dataProvider = "dp",invocationCount = 50,threadPoolSize = 50)

可以做一个单用户模式下长期运行脚本,然后统计响应时间,应该是一个稳定的,没有波动的,几乎是一根平的直线,并且没有响应时间的递增和占用资源递减,说明资源控制比较合理.

1.最佳负载点是响应时间开始变长的那个点(加负载尽量递增式增加,在增加哪个用户量的时候,响应时间开始明显变长)

2.最大处理能力点,tps开始下降的时候(当用户往上增的时候,tps开始往下降了,系统也开始变慢了,排队很明显了,降低性能的那种排队)

3.最大负载点,就是响应时间超标

然后得到上面3个点可以写报告了,最佳在1,最好平常不要超过2,实在要超也不要超过3,超过3,响应时间长,用户就不想用了(我们测接口性能,可以给出性能指标,提供给多少用户)