测试报告

testNG常用用法总结

只愿长相守 提交于 2019-12-15 21:00:52
一.testNG介绍 TestNG是Java中的一个测试框架, 类似于JUnit 和NUnit, 功能都差不多, 只是功能更加强大,使用也更方便 Java中已经有一个JUnit的测试框架了。 TestNG比JUnit功能强大的多。 测试人员一般用TestNG来写自动化测试。 开发人员一般用JUnit写单元测试。 官方网站: http://testng.org/doc/index.html 二. eclipse中安装testNG 1. 打开Eclipse Help ->Install New Software , 然后Add " http://beust.com/eclipse " 三. testNG最简单的测试 View Code 四.testNG最基本的注解 注解 描述 @BeforeSuite 注解的方法将只运行一次,运行所有测试前此套件中。 @AfterSuite 注解的方法将只运行一次此套件中的所有测试都运行之后。 @BeforeClass 注解的方法将只运行一次先行先试在当前类中的方法调用。 @AfterClass 注解的方法将只运行一次后已经运行在当前类中的所有测试方法。 @BeforeTest 注解的方法将被运行之前的任何测试方法属于内部类的 <test>标签的运行。 @AfterTest 注解的方法将被运行后,所有的测试方法,属于内部类的<test>标签的运行。

Jmeter生成测试报告

…衆ロ難τιáo~ 提交于 2019-12-10 18:05:34
简介:Jmeter也有自带生成简单报告的功能,只是相对简陋 1.准备脚本 2.cmd命令行运行 > jmeter -n -t D:\website.jmx -Jconcurrent_number=50 -Jduration=120 -Jcycles=-1 -l website_result.jtl -e -o D:\result_report 命令格式:   jmeter -n -t test.jmx (脚本的绝对路径) -l result.jtl (自定义的名称) -e -o D: \result_report (测试报告的绝对路径)   例:jmeter -n -t D:\website.jmx -Jconcurrent_number=50 -Jduration=120 -Jcycles=-1 -l website_result.jtl -e -o D:\result_report   n:非GUI模式执行JMeter;  t: 脚本文件(.jmx文件)的路径;  l: 指定生成测试结果的保存文件(.jtl格式),此文件必须不存在;  e:测试结束后,生成测试报告;  o:用于存放测试报告的路径; PS:result_report 是自己创建的测试报告文件夹,每次启动命令之前,文件夹内容要和 jtl 文件一起清空,否则会报错 备注:jmeter已经加入环境变量中 3

app自动化生成测试报告

安稳与你 提交于 2019-12-10 09:26:55
1.首先导入from BeautifulReport import BeautifulReport 参考: https://www.cnblogs.com/may18/p/10445162.html 2.生成报告文件夹目录 3.生成报告代码: from BeautifulReport import BeautifulReportimport osimport unittestimport time#当前脚本所在文件真实路径cur_path=os.path.dirname(os.path.realpath(__file__))def add_case(caseName='case',reportName='report',rule='test*.py'): #加载所有测试用例 case_path = os.path.join(cur_path,caseName)#用例文件夹 #文件夹不存在创建一个文件夹 if not os.path.exists(case_path): os.mkdir(case_path) #定义discover加载所有测试用例 case_path:执行用例的目录 pattern:匹配脚本名称的规则 top_level_dir:默认为None discover=unittest.defaultTestLoader.discover(case_path

如何快速拿到安全测试报告

天涯浪子 提交于 2019-12-10 01:57:03
最近在安全测试交流测试群里,有朋友跟我反馈,安全扫描好慢哦!问我如何快速拿到安全测试报告? 现在我整理下当时给他的建议,大家可以参考下。若有更好的建议,则也可以留言给我哈!谢谢! 1、建议一次只扫描一个功能模块,保证一个功能模块一个测试报告。 2、如果有多台测试机,则可以多台测试机同时扫描不同功能模块。 还跟他分析了“一个功能模块一个测试报告”的好处,有以下好处: 1.这样好排查问题, 2.同时让开发人员更加清楚哪个功能模块有问题 3.测试人员还可以有阶段性测试报告,做得更有信心 4.也可以让开发人员有时间同步俢复BUG 5.测试人员也有时间做安全测试的迭代回归测试 总的来说,测试人员与开发人员同步工作,提高了工作效率,达到解决系统产品的安全问题,保证系统或产品能够正常上线。 来源: oschina 链接: https://my.oschina.net/u/2315260/blog/795649

TestNG的测试报告怎么看

|▌冷眼眸甩不掉的悲伤 提交于 2019-12-10 01:40:19
测试报告是测试非常重要的部分. TestNG默认情况下,会生产两种类型的测试报告HTML的和XML的。 测试报告位于 "test-output" 目录下,就在Eclipse--Workspace--该project下的test-output这个文件夹里面。 html报告文件示例: 当然我们也可以设置测试报告的内容级别. verbose="2" 标识的就是记录的日志级别,共有0-10的级别,其中0表示无,10表示最详细 <?xml version="1.0" encoding="UTF-8"?><!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" ><suite name="Suite1"> <test name="test12" verbose="2"> <classes> <class name="TankLearn2.Learn.TestNGLearn1" /> </classes> </test></suite> 来源: oschina 链接: https://my.oschina.net/u/2653154/blog/636765

如何跟项目经理和开发人员反馈安全测试报告的问题

半世苍凉 提交于 2019-12-10 01:40:02
在安全测试过程中,我们测试人员经常会遇到扫描时间好长的功能模块,好不容易拿到了测试报告,比如一个登录功能就有100多个安全问题,其中中级以上的二十多个,数量是有点多,所以测试人员不知道怎样拿这个测试报告和开发人员沟通让其修改,担心开发人员对该测试报告会置之不理。 对于这种情况,有以下建议: 1、 首先要反馈给项目经理,特别是高中级别的问题,并提出你的修复建议(如你觉得比较重要的问题、对客户使用有影响的问题、对产品上线有影响的问题等)。 2、 每个功能模块的测试报告,要反馈给对应负责该功能模块的开发人员,若开发人员看不懂测试报告,则你要给开发人员解释说明,并提出你的修复建议。 3、 像以上例子说的登录功能就有20多个中级问题,此时你要分析下哪些中级问题比较紧急优先要解决,反馈给项目经理和开发人员。 跟项目经理和开发人员反馈的方式有: 1.当面反馈,测试报告上传到SVN 2.发电子邮件给相关人员(项目经理和负责开发人员),附件附上测试报告 3.公司沟通聊天工具群组里截个图并说明情况,测试报告上传到SVN 注意: 1、记得测试报告一定要优先反馈给项目经理,因为由项目经理去推动开发人员修复问题是最好有效的。 2、每个功能模块的安全问题要通知到对应负责功能模块的开发人员。 来源: oschina 链接: https://my.oschina.net/u/2315260/blog/795747

TestNG系列(五)TestNG测试报告

一世执手 提交于 2019-12-09 16:10:10
以TestNG执行测试方法后会生成test-output测试结果集,其中index.html是测试结果的展示。TestNG的测试报告可以通过IReporter监听自定义,也可以通过第三方工具(ReportNG、ExtentReports)来定义测试报告 Reporter.log记录的信息: 执行的结果与错误信息: 执行所用时间: 来源: https://www.cnblogs.com/yogouo/p/11946927.html

Beta冲刺阶段博客目录

不羁岁月 提交于 2019-12-08 21:44:27
rjgc-team-2019小组 GitHub地址 一、Scrum Meeting 第十周会议记录 第十一周会议记录 二、测试报告 Beta阶段测试报告 三、习得的软工原理/方法/技能 (1)在Alpha阶段我们打好了基础,而此Beta阶段我们的任务很明确:前端和后端的分离,我和司呈令负责前端开发,曲少伟和秦浩负责后端的开发,这里使用了软件工程课程中的迭代式开发方式,我们各自一点一点的写,再查看效果,然后再不断的补充和完善。当然和目前位置到完整作品的距离还是有的。 (3)再不断地GitHub使用过程中感受到了他带来的巨大好处。每一个issue都会给各个成员发送邮件,大家一起来讨论解决。 来源: https://www.cnblogs.com/rjgc-ouc-2019/p/12008020.html

【Beta阶段】测试报告

蓝咒 提交于 2019-12-08 21:29:29
软件测试计划: 1.测试目标 通过测试,达到以下目标: 1)测试以实现的产品是否达到设计的要求,包括:已经完成功能点是否能实现,已经完成业务流是否运行正确。 2)产品能满足特定场景要求 3)找出Bug数和不足之处 2.测试种类 (1)功能测试 功能 系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。 界面测试:通过微信开发工具真机调试在安卓、苹果平台上分别真机调试,看不同平台的运行效果。 数据项测试:1)发布的商品信息文字,图片是否能够正确回显,并输入到系统中? 2)图形模式的数据项(如轮播图)是否能正常工作? 3)是否能够识别非法数据? 4)商品展示部分图片、文字是否完整? 帮助文档测试:1)是否精确描述功能如何实现? 2)业务跳转说明是否正确? 3)文档内容是否完整? 4)文档的设计是否有利于理解 (2 ) 业务测试 功能测试完成之后进行业务测试,验证完成部分的数据流从一个模块跳转到另一个模块是否正确。 测试过程: 首先一部安卓手机,一部苹果手机。扫描微信开发工具中的二维码进行真机测试。记录包括前端页面美观感,完成部分跳转是否正确。记录跳转时间,看是否存在时间过长等问题。 针对发布部分,提交一些不符合要求的数据看是否能检测出,并给出提醒。 对照功能实现文档,看实现部分功能跳转是否正常。 测试过程中发现的Bug: (1)发布部分图片上传显示不完整

Alpha版本测试报告

半腔热情 提交于 2019-12-08 20:31:39
测试中的Bug 1. 计划界面的计划所属时间,不能随手指上下滑动调整显示时变更。 2. 添加计划页面,某些机型会出现显示不完全的问题。 3. 添加计划页面,添加目标一栏图标和提示信息不能正常横向排列,而会呈纵向排列,原因暂未找到,但是不使用checkbox的提示文字而改用另加提示文字可以解决这一问题。 场景测试 与α阶段场景测试相同可见 Alpha版本测试报告 测试矩阵 测试机型 页面显示 页面切换 番茄钟计时 添加新目标 定时提醒 OPPO R11 正常 正常 正常 正常 正常 小米 8 正常 正常 正常 正常 正常 华为 P20 正常 正常 正常 正常 正常 Alpha阶段项目出口条件: 界面基本完成,后台功能基本具备,可以简单使用。 回顾&展望: 时光飞逝,转眼间秋季学期已经过去了四分之三的时间,软件工程课的项目Beta也已经完成,项目接近收尾。回过头去看这几周的时光,充满了艰辛与自豪。这次项目不仅仅让我们学到了许多微信小程序开发的知识,更重要的是让我们经历了许多软件开发的过程,通过GitHub等工具来实现团队合作编码,从而令我们的协作能力更上一层楼,也让我们组内组员之间的情谊更加深厚。我们会再接再厉,做好γ阶段的任务,让Planner项目圆满结束!! 来源: https://www.cnblogs.com/codewriters/p/12006576.html