一、敏捷定义 Agile Testing--遵循敏捷宣言的一种测试实践。与2001年提出。 二、敏捷测试 1、定义 敏捷测试:遵循敏捷价值观的测试实践。 2、特点 1、强调从客户角度进行测试 2、重点关注迭代测试新功能,不在强调测试阶段 3、尽早测试、不间断测试,具备条件即测试 4、强调持续反馈 5、预防缺陷重于发现测试 3 比较传统测试 Script-based Testing:基于脚本的测试-SBT Scrited Testing(ST): Explore Testing (ET):…
一、敏捷定义 Agile Testing--遵循敏捷宣言的一种测试实践。与2001年提出。 二、敏捷测试 1、定义 敏捷测试:遵循敏捷价值观的测试实践。 2、特点 1、强调从客户角度进行测试 2、重点关注迭代测试新功能,不在强调测试阶段 3、尽早测试、不间断测试,具备条件即测试 4、强调持续反馈 5、预防缺陷重于发现测试 3 比较传统测试 Script-based Testing:基于脚本的测试-SBT Scrited Testing(ST): Explore Testing (ET):…
按软件测试模型分类:瀑布模型、敏捷测试、基于脚本的测试、基于风险的测试、探索式测试。 一、瀑布模型 最早出现的软件开发模型。 项目计划:指定项目研发计划,确定里程碑节点,输出项目计划书 需求分析:明确用户需求,并定义需求,输出产品需求规格书 软件设计:更具需求定义,设计产品设计方法,定义界面、接口等,输出概要设计、详细设计等 程序开发:开发实现产品,输出产品版本。 软件测试:通过独立测试小组,评估软件是否符合产品定义。 集成维护:交付产品,用户用户使用再需求产品 1.2 优缺点分析 二、V模型 目前使…
1、软件测试的分类 1.1 按测试手段分类 根据可见度:黑盒测试、白盒测试 根据状态:静态测试、动态测试 根据测试执行方式:手动测试、自动化测试 1.2 黑盒测试 1.2.1定义 将被测系统看成一个不能打开的盒子,只检查功能是否符合设计规定,着眼于外部结构,不考虑内部逻辑。通常针对软件界面、软件功能,通常是站在普通用户的角度进行测试。 通常在测试整体阶段的系统测试阶段。 1.2.2优点 1、容易实施,不需要关注内部实现 2、更贴近用户的使用角度 1.2.3缺点 1、测试覆盖率较低,一般只能覆盖到代码量的不到40%。…
原始课程: 一、软件测试的分类 1.1 按测试阶段来分类 1、单元测试 2、集成测试 3、系统测试 4、验收测试 1.2 单元测试 1.2.1 定义 对软件中最小可测试单元进行检查和验证 比如说C语言:单元指函数 Java等OPP:指类 UI:UI子项,比如说菜单等 1.2.3 原则 1、尽可能保证各个测试用例是相互独立的 2、一般由代码的开发人员来试试,用以检验所开发的代码功能符合自己的测试要求。 1.2.4 优点 1、尽可能发现缺陷 例如TDD:先编写单元测试,再编写代码 2、有利于重构 若有单元测试,可最大限…
原始课程:https://www.imooc.com/video/12352 一、解决目标 1、什么时候开始测试?测试方案如何设计? 2、测试流程是怎么样的?怎么提bug?怎么写报告? 3、为什么要做自动化?怎么做? 二、软件测试历史 三、软件测试定义 IEEE定义:使用人工或自动手段来运行或测量软件系统的过程,以检验软件系统是否满足规定的要求,并找出与预期结果之间的差异。 四、测试对象 软件测试等于程序测试吗?NO!应该延伸的软件测试的方方面面。 五、软件测试目标 5.1 五大要素 质量: 人员:决定技术、流程、…
自己做treegrid的时候遇到了这个问题,所以就自己遍历一下了噻。 function convert(orgin) { var result = arguments[1] ? arguments[1] : []; var level = arguments[2] ? arguments[2] : 0; var parentid = arguments[3] ? arguments[3] : 0; for(var x in orgin) { if(orgin[x]["parentid"]==parentid&…
由于需要实现跨域iframe通信,要保证域一致。但是由于api网址可能有差异,所以仅取最小域。 一、子域举例 1.1 通过IP访问 域自动设置为IP,不带端口号。 例如: http://192.168.1.3=>192.168.1.3 https://192.168.1.3:8098=>192.168.1.3 http://192.168.1.3:8087=>192.168.1.3 1.2 通过域名访问 域自动设置为Request URL的二级域名 例如: http://www.baidu.com…
使用Laravel编写的API提示“429 Too Many Requests laravel”错误。经过谷歌得知Laravel throttle中间件可以限制Api请求次数。 1、访问频率限制概述 频率限制经常用在API中,用于限制独立请求者对特定API的请求频率。例如,如果设置频率限制为每分钟1000次,如果一分钟内超过这个限制,那么服务器就会返回 429: Too Many Attempts.响应。 通常,一个编码良好的、实现了频率限制的应用还会回传三个响应头: X-RateLimit-Limit, X-Ra…
需求:为了用mock自动生成的api做测试,且避免跨域问题,所以采取的策略是laravel将请求的api url做一次转发,转发至mock服务器。 一、插件 GuzzleHttp 安装方法 composer require guzzlehttp/guzzle:~6.0 二、使用方法 use GuzzleHttp\Client; class yourController extends Controller { public function saveApiData() { $client = new Client(…
一、构建CORS响应域 项目目录下运行: php artisan make:middleware Cors 二、修改Cors.php 文件目录:\app\Http\Middleware\Cors.php 修改后内容如下: <?php namespace App\Http\Middleware; use Closure; class Cors { /** * Handle an incoming request. * * @param \Illuminate\Http\Request $request * @p…