测试用例编写
收录了 测试用例编写 频道下的 50 篇内容
测试用例编写和管理
随着软件系统规模的持续增大，业务复杂度的持续增加，软件测试的复杂度也随之越来越大。而软件测试工作复杂度的直接体现就是测试用例编写、维护、执行和管理，所以编写易读、易维护和易管理的测试用例可以有效的降低测试工作的复杂度。本文主要系统的介绍了测
巧用自动化测试组合拳保证产品质量
本文介绍一套有效的自动化测试组合拳。
巧用自动化测试组合拳保证产品质量
本文介绍一套有效的自动化测试组合拳。
深入理解 JUnit 5 的扩展模型
JUnit 5是一个模块化和可扩展的测试框架，支持Java 8及更高版本。JUnit 5 Jupiter的扩展模型可用于向JUnit中添加自定义功能。
软件测试 | Selenium 测试用例编写
编写Selenium 测试用例的目的是模拟用户在浏览器上的一系列操作，通过测试脚本来完成对被测对象的自动化测试。编写Selenium测试用例的优势如下。
软件测试 / 测试开发 | Selenium 测试用例编写
编写Selenium测试用例就是模拟用户在浏览器上的一系列操作，通过脚本来完成自动化测试。
敏捷脑图用例实践之路
传统的黑盒测试用例比较繁杂，在实施敏捷的项目中会显得水土不服，让测试人员过度关注用例步骤的编写、修改，甚至同一条用例经过多人执行得到相同结果，让人想到一个呼之欲出的广告词：一次编写，多人运行相同结果，没有思考的过程。在经历过这些痛楚之后，对用例进行改革，以便快速响应开发的交付节奏，同时形成用例评审规范，让开发、测试知己知彼，也加强开发自测的环节。本文主要讲敏捷中脑图用例的实践。
接口测试用例编写和测试关注点
在日常开发过程中，有人做前端开发，有人负责后端开发。接口就是连接前后台，由于前端开发和后端开发的速度可能不一样，例如后端开发好了，但是前端没有开发。那么我们是不是就不需要测试呢？一般我们大部分人都是做功能测试，很多是界面的功能测试。如果你理
2012.4.25 微博热报：测试用例、硅谷热点
今天的微博热报主要关注了有关测试用例执行的讨论和硅谷近期的热点发展趋势。
通过 demo 学习 OpenStack 开发——单元测试
本文将进入单元测试的部分，这也是基础知识中最后一个大块。本文将重点讲述Python和OpenStack中的单元测试的生态环境。这个系列的文章是关于OpenStack的基础知识，其实OpenStack开发还要涉及到很多其他的知识，比如消息队列、非阻塞IO等，而且还要了解整个OpenStack的开发生态，包括Gerrit评审系统、Zuul持续集成、devstack开发环境、oslo项目等。
一个 Golang 项目的测试实践全记录
一个链路涉及了4个服务，本文带你了解它是如何进行测试的。
HTTP API 自动化测试从手工到平台的演变
介绍在敏捷开发中，不管是Web系统，还是移动APP，前后端逻辑的分离设计已经是常态化，相互之间通过API调用进行数据交互。在基于API约定的开发模式下，如何加速请求/响应的API测试， 让研发人员及早参与到调试中来呢？既然API是基于约定开发，为何不按照这个规范编写测试用例，直接进入待测试状态，使用自动化的方式来推进研发过程的质量改进呢？ 遵循：测试->重构->测试->重构，这样的闭环，过程产出的质量会更加可控，在重构的同时进行快速的功能回归验证，大大提高效率。 本文主要讲解基于HTTP协议的API测试，从手工测试到平台的演变过程。
10 年磨一剑，云测试头部玩家如何为数万家客户落地 AI 自动化测试
服务百万级企业和开发者，致力于利用 AI 自动化技术助力企业数字化转型日，第四届“世界人工智能大会（WAIC）”在上海世博展览馆开幕。
聊聊自动化测试有效性
自动化测试能否帮助我们我们提升开发效率，关键在于其有效性。如果其有效性可能存在问题，那么可能是什么导致了这种问题的产生呢？对自动化测试产生作用的方式存在误解，对自动化测试能够产生作用所要求的条件存在误解，自动化测试分析设计的随意性，自动化测试开发维护的低标准，对自动化测试资产的低准出条件……本文将就自动化测试有效性简单阐述我自己的一点见解，抛砖引玉。
京公网安备 11010502039052号 | 产品资质
