关于实施自动化测试的一点测试思路记录

在之前的博文上我使用的自动化是java.util+java+selenium实施的，验证断言是通过excel来进行维护的，操作麻烦且不利于后期的维护，近期学习了解到可以如下进行：例如一个用户登录与用户注册的自动化验证：
1.首先我会验证用户注册,自动化将username,password,地址，邮编等信息参数化，自动化注册时将其写入，提交
2.只有验证页面是否注册成功（即验证链接是都跳转到用户中心），同时抓取用户中心用户名与密码，地址等信息与之前的参数对应校验是否一致，验证注册成功后的用户是否正确
3.点击退出后，再次进入登录页面，登录页面输入前面的参数usrname,password进行登录，后面操作步骤同上

这时候我们维护时方便多了，统一进行代码维护，希望大家给点更好的思路

原文地址：http://blog.51cto.com/12390959/2150732

时间： 2024-10-12 00:43:00

关于实施自动化测试的一点测试思路记录的相关文章

python搭配selenium，htmltestrunner实现自动化测试 —— （测试思路和基础步骤）

1. 测试思路: 编写测试单例 编写测试套件,集合测试单例 集中测试测试套件 生成测试报告 补充,发送测试结果到E-mail 2. 示例 编写测试单例 编写测试套件 测试脚本程序 生成报告 发送邮件 ? 原文地址:https://www.cnblogs.com/yqmcu/p/10129838.html

零成本实现接口自动化测试 – Java+TestNG 测试Restful service

本文是转载Wade Xu的文章http://www.cnblogs.com/wade-xu/p/4229805.html 接口自动化测试 – Java+TestNG 测试 Restful Web Service 关键词:基于Rest的Web服务,接口自动化测试,数据驱动测试,测试Restful Web Service, 数据分离,Java+Maven+TestNG 本文主要介绍如何用Java针对Restful web service 做接口自动化测试(数据驱动),相比UI自动化,接口自动化稳定性

关于如何做自动化测试和何时做自动化测试的一点见解和疑问

中华传统文化源于<易>,成于孝,孝为德之本.孝顺:孝则顺,不孝则不顺. 不久前,参加Thoughtworks组织的一场自动化测试的分享,同事由于出差国外不能参加,特意嘱托我提问两个问题: 在互联网这个将"敏捷"与"持续集成"进行积极实践的环境里,"敏捷测试"与"自动化测试"成了一个大家经常探讨的话题, 那么自动化测试最佳的实行时间是在什么时候?如何推行最有效的自动化测试? 以下谨代表个人观点: 个人整理了一些测试最

上班啦，软件测试的测试思路总结

清晰的测试思路会让工作更加流畅,先来看看进行初步软件测试时,一些测试思路: 模块测试 模块功能点检查 功能操作检查 页面链接.相关性检查.特殊字符.系统数据检查.测试数据检查等,这部分可以自行搜索.同时检查对之前bug的修复是否会影响到其他功能模块. 页面布局是否规范 测试进阶 掌握测试模块需求,及时和系统工程师确认系统需求 详细记录测试的功能点 针对单个模块测试,主要是测试以下: 1.UI界面测试 界面设计.提示框是否正确等,用自动化测试工具进行UI界面的功能测试. 2.易用性操作测试 主要是

多线程同步程序的测试思路

这里我有一个简单的思路,来源于去年应届生找工作做大量的名企笔试题里他人的技巧. 多线程的测试使用cout是不靠谱的,因为多个线程使用cout很容易产生混乱的输出,而且耗时. 多线程的测试往往需要知道多个线程同时运行的时候对某个共享区域的使用是否正确,为了检验正确性,比较好的测试用例就是:递增的整数序列 递增的整数序列中的每一个整数都对应一个线程的动作,最后我们将这些整数再当成另一个标记数组的下标,下标对应的值就是我们操作的动作执行的次数 只要用于标记的数组每一个元素都是1,即可. 比如: (1)

一级二级域名设置测试txt记录(spf记录)pass

1.什么是SPF? (Sender Policy Framework) 的缩写,一种以IP地址认证电子邮件发件人身份的技术,是非常高效的垃圾邮件解决方案. 接收邮件方会首先检查域名的SPF记录,来确定发件人的IP地址是否被包含在SPF记录里面,如果在,就认为是一封正确的邮件,否则会认为是一封伪造的邮件进行退回. 2.怎么设置邮箱的SPF? (1).SPF通过域名的TXT记录设置实现. 为提升域名邮箱外送(@xishui139以外的邮箱)邮件的到达成功率,建议给域名设置TXT记录. 下面是xish

户外物理渗透：终端机，客户端的web测试思路

现在的客户端界面越做越好看了,很多用到了web技术,轻便.界面炫.更新快,但是这样web的缺点也就出来了,就是不稳定,容易受用户等因素影响. 因为很多客户端web是内嵌的,内部通信,所以很多对安全的考虑就很少,漏洞亦较多.在此,我想跟大家分享一下客户端的web测试思路,让大家找到更多的高质量漏洞. 首先打开一个客户端界面,如腾讯的群介绍界面. 方法一:测试F5键.大家都知道F5是刷新键,按f5测试界面是否全部或部分刷新,如果刷新,很大的可能就是嵌入的web. 方法二:测试右键.网页自己特有的右键

实施自动化测试的条件

1.需求变动不频繁. 测试脚本的稳定性决定了自动化测试的维护成本.如果软件需求变动过于频繁,测试人员需要根据变动的需求来更新测试用例和相关的测试脚本,而脚本的维护本身就是一个代码开发的过程,需要修改和调试,必要时还需要修改自动化测试的框架.如果消耗的成本高于节省的测试成本,那么自动化测试便是失败的.如果项目中的某些模块相对稳定,而某些模块需求变动性很大,可以针对相对稳定的模块进行自动化测试,而变动较大的仍采用手工测试 2.项目周期足够长 自动化测试需求的确定.框架的设计.测试脚本的编写和调试都需

关于敏捷和自动化测试的一点心得

中华传统文化源于<易>,成于孝,孝为德之本.孝顺:孝则顺,不孝则不顺. 不久前,参加Thoughtworks组织的一场自动化测试的分享,同事由于出差国外不能参加,特意嘱托我提问两个问题: 在互联网这个将"敏捷"与"持续集成"进行积极实践的环境里,"敏捷测试"与"自动化测试"成了一个大家经常探讨的话题, 那么自动化测试最佳的实行时间是在什么时候?如何推行最有效的自动化测试? 以下谨代表个人观点: 个人整理了一些测试最