- 博客(31)
- 收藏
- 关注
RSS订阅原创 测试方案设计
通常在单元测试的基础上需要将所有的模块按照设计要求组装系统，这时需要考虑的问题如下： 把各个模块连接起来， 模块接口的数据是否会丢失 一个模块的功能是否i会对另一个模块的功能产生不利的影响 各个子共那个组合起来，是否达到预期要求的父功能 全局数据结构是否有问题 单元模块的误差积累起来，是否会放大，从而达到不能接受对策程度。系统UI方面的测试包括：易用性测试、规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特 性测试、快捷方法组合组合测试。系统的安全性、兼容性、暗转与反安装、配置测试也是手工测试。
2024-04-26 18:17:40
557
原创 测试组培训计划
安全测试（BurpSuite）性能测试（Jmeter讲解）自动化测试（Web自动化）自动化测试（APP自动化）如何进行BUG管理和分析。自动化测试（接口自动化）软件测试环境配置与管理。如何进行测试需求分析。python基础学习。
2024-03-22 19:08:53
390
原创 测试计划与进度规范
需求名称以及对应JIRA链接、对应产品经理、对应开发人员、计划提测时间、实际提测时间、测试环境开始测试时间、预生产环境开始测试时间、每日下班前更新测试进度、对应的测试人员。需求提测到上线期间产生的所有bug统计。按照严重程度进行区分，包括是否修复以及是否遗留到下一版本。比如：中途需求变更、开发延迟提测时间、测试中遇到的各种阻碍、测试中发现的工作量变更、需求延期等；从需求落地到上线前遇到的风险与阻碍。1. 标题： 日期-XX系统。
2024-03-14 15:10:30
147
原创 测试流程规范
一个迭代测试完成后，应该抽时间大家一起座下来做个测试总结，总结时间不能和迭代结束时间相差太久，因为刚测试完迭代大家一定有很多想法，时间一长，很可能就会遗忘，而且时间长了，大家可能又有新的测试任务，所以，测试总结应该尽快完成总结过程中，可以适当邀请产品经理和技术经理，听听他们对我们测试的一些建议和看法，这样也有利于以后更好的配合工作，测试其实就是一种服务，测试应该怀着这样的心态去测试。
2024-03-08 17:46:45
697
原创 测试用例管理规范
表明该用例的重要程度。用例的重要性并不对应用例可能造成的后果，而是对应用例的基本程度。基本：该类用例涉及系统基本功能及业务，用于版本提交时作为“版本通过准则”，即“冒烟测试”。该级别的测试用例在每一轮版本测试中都必须执行。如存在不通过的项目时可考虑重新提交版本，该级别用例的数量应受到限制，一般约为30%~40%重要：该类用例涉及一些功能交互相关、个种应用场景、使用频率较高的正常功能测试用例。在非回归的测试版本中基本上都需要进行验证，以保证系统所有的重要功能都能够正常实现。
2024-03-01 18:30:57
665
原创 个人总结-测试需求分析规范
提取每个功能点中的细节需求，比如新增账号，在思维导图中，最小的颗粒度就需要到新增账号，并且新增过程中需要补充逻辑约束，比如姓名唯一判断、手机号必填等等。以登录界面为例子，显性需求是正确输入用户名、密码才能成功登录，隐性需求是密码需要隐藏、输入完密码框，Enter回车即可登录。：通过需求文档了解需求的背景，提取有用的需求信息，针对需求中不清晰、不理解、不明白的问题，需和产品经理等人沟通。：需求规格说明书中没有明确定义的功能需求，但是需要考虑的功能需求。根据需求的分类，可分为：显性需求和隐性需求。
2024-02-23 17:48:23
291
原创 接口断言哪些方面去设计
如果你做接口自动化，也是可以去做一些测试工具的，比如说我造很多的数据，然后去进行一些业务场景测试，比如说你要做一个什么业务，去请求批量的接口就行了，并不需要在页面上点了。接口自动化就需要我们用到编程语言，Python去写也是比较的简单，用它的Requests库去进行接口测试，然后接口自动化。字段的值需不需要去验证它的类型，比如说你不需要验证这个字段到底是不是一个字典是不是一个列表，然后某个字段是否为空。name的值是否正确，是不是我们数据库里面的，某个表的值是否相对应，这也是需要去设计的校验。
2023-03-17 17:39:20
159
原创 接口测试常见问题
接口测试用例编写除了使用功能测试中最基本的等价类，边界值，因果图，错误推测，场景设计等方法外，还要考虑一些其他方面，首先我们要先进行冒烟测试，说白了就是传递正确的参数查看是否返回正确的结果然后还要考虑参数组合：因为参数有必填和非必填，参数的格式、长度，以及数据传输的业务流程中的一些限制，我们要考虑不同的参数组合的情况，以保证能够覆盖到所有的情况以及绕过验证、权限验证、参数是否加密。首先我们在线程组中添加两个HTTP请求，然后在第一个接口下添加一个正则表达式提取器，然后把我们需要提取的参数使用（.+？
2023-03-12 22:31:44
156
原创 质量保证与其关键意义的梳理
过程质量保证的范围是什么？过程质量保证是指不同于测试的、主要针对过程和中间工作产物的质量保证，一般而言，早年间的过程质量保证根据最早的CMM，也称为软件质量保证，缩写为SQA。现在最新的CMMI将其对应的过程域称为产品和过程质量保证，缩写是PPQA，这里面的一个P产品包括了最终产物，但其焦点是中间工作产物，所以这个P放在这里反而是带来一些混淆，与测试存在一些重叠。所以过程质量保证（PQA）这个提法恰恰是这么多提法中最没有歧义的提法，因为过程包括并突出了中间工作产物。过程质量保证的典型工作范围：1，确保
2022-05-29 21:03:33
344
原创 Sql高级语句总结
1.TOP 子句TOP 子句用于规定要返回的记录的数目。对于拥有数千条记录的大型表来说，TOP 子句是非常有用的。SELECT TOP number|percent column_name(s)FROM table_name例子：选择前两个记录SELECTTOP 2* FROM Persons选择前50%的记录：SELECTTOP 50 PERCENT* FROM Persons2.LIKE 操作符LIKE 操作符用于在 WHERE 子句中搜索列中的指定模式...
2022-05-07 21:54:27
2645
原创 如何使测试和开发沟通更有效
一个缺陷的生命周期简单的可以分为三步：1、测试人员登记一个缺陷。2、开发人员阅读缺陷，并作出处理结果。3、测试人员进行验证，决定关闭或者打开。在这3个过程中，开发人员和测试人员更多的时候是靠文字沟通的。因为在实际工作中，一个项目所产生的缺陷往往不会很少(这是由软件开发的特性所决定的，跟开发人员没有必然的联系)，所以不可能对于每一个bug都面对面的沟通，所以说，测试人员和开发人员之间给对方提供充足的信息是测试开发高效进行的保证。一、 测试人员登记缺陷：QC中需要测试人...
2022-04-17 14:54:33
959
原创 如何保证测试质量之Bug管理规范及流程
目录Bug属性规范及流程11.目的22.范围33.工具34.角色和职责35.Bug属性定义35.1．bug类型45.2．bug严重性45.3bug优先级56.Bug管理流程66.1提交bug66.2分配bug66.3解决bug76.4验证bug76.5遗留bug76.5.1跟踪遗留bug76.5.2产品发布后发现的bug86.6bug分析8 目的本文档定义bug的整个生命周期，...
2022-03-31 12:00:20
5865
原创 如何提高测试用例覆盖率
一、首先测试需求分析要全面。测试需求分析分两步：1、测试需求的获取需求的来源：显式需求：（1）原始需求说明书（2）产品规格书（3）软件需求文档（4）有无继承性文档（5）经验库（6）通用的协议规范隐式需求：用户的主观感受，市场的主流观点，专业人士的评价分析2，需求的分析 ，产生测试需求文档将不同的需求来源划分成一个个需求点，针对每一点进行测试分析：（1）界定测试范围（2）利用各种测试设计的方法产生测试点在测试方法方面，可做如下注意： 其一，.
2022-03-25 18:17:32
8541
原创 postman-jenkins实现http接口自动化
介绍接口测试集成方法介绍postman-newman，jenkins加载构建软件架构软件架构说明安装教程nodejs安装下载地址：http://nodejs.cn/download/ 选择对应的版本信息进行安装 如在windows环境下还需要配置环境变量PATH=C:\Program Files\nodejs 查看版本 node -vnpm安装下载地址：git clone--recursive git://github.com/isaacs/npm.git 选择对应的版本信
2022-03-22 18:33:33
6358
原创 软件测试与缺陷概述
软件测试定义2.测试的生命周期测试需求分析-->测试设计-->测试计划-->测试执行-->质量评估3.软件测试过程：需求评审和设计评审是验证软件产品的需求定义和设计实现，验证所定义的产品特性是否符合客户的期望、系统的设计是否合理、是否具有可测试性以及满足非功能质量特性的要求。这个阶段主要通过对需求文档、设计文档等阅读、讨论，从中发现软件需求工程和系统设计中所存在的问题 。单元测试的对象是程序系统中的最小单元---模块或组件上，在编码阶段...
2022-03-12 14:13:23
7383
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人