收录了 编写测试用例 频道下的 50 篇内容
测试用例的编写要以目标驱动,有价值才有存在的必要; 测试用例的编写和执行,都不应该作为QA的绩效考核指标; 敏捷团队应该追求尽量少的(手动)测试用例。
当编写测试用例时,表格可用于整理和展示更多详细信息,如输入数据、预期输出和其他相关信息。以下是一个示例,演示如何在测试用例中添加表格:
在我们通过思维导图设计了我们的测试用例,下面就需要我们实际去编写测试用例了,一个测试用例通常包含以下要素:
良好的测试是软件质量的保证,而前端开发在这方面却依然比较薄弱,缺少易用的测试框架是一个重要原因。Dojo中的DOH测试框架其实功能完备且强大,却一直鲜有人知。它不仅适用于Dojo,而且适用于基于任何Ajax框架的前端应用。本文就将简单介绍DOH测试框架的基本用法和功能,希望能帮助大家了解和做好前端测试。
测试用例(TestCase)是为特定的测试目的而设计的一组测试输入、执行条件和预期结果的文档。它的作用是为了测试系统功能是否满足用户某个特定需求。测试用例是指导测试人员工作的依据。
本文介绍一套有效的自动化测试组合拳。
本文介绍一套有效的自动化测试组合拳。
自动化验收测试是持续交付测试策略十分关键的一环,它向开发者们洞察系统行为提供了一个重要而不同的视角。Dave Farley提出,保持验收测试持续运行和通过率是开发者们的责任,而不能依靠另外的QA团队去维护验收测试,导致拖累开发团队的进度。
传统的黑盒测试用例比较繁杂,在实施敏捷的项目中会显得水土不服,让测试人员过度关注用例步骤的编写、修改,甚至同一条用例经过多人执行得到相同结果,让人想到一个呼之欲出的广告词:一次编写,多人运行相同结果,没有思考的过程。在经历过这些痛楚之后,对用例进行改革,以便快速响应开发的交付节奏,同时形成用例评审规范,让开发、测试知己知彼,也加强开发自测的环节。本文主要讲敏捷中脑图用例的实践。
测试用例是测试人员的核心工作内容,是测试人员思想的“实现类”,其充分体现了测试的思路,可以为后续的测试行为提供指导,是测试人员了解业务的重要根据和质量之根本。如果测试用例设计得不完成,出现了遗漏,那么通常是会出现大家不想看到的后果,如漏测、
本文是Steven Lemon所在团队遇到的手工编写自动化UI测试的问题总结与反思,希望给广大开发者借鉴和启发。
测试用例是测试人员的核心工作内容,是测试人员思想的“实现类”,其充分体现了测试的思路,可以为后续的测试行为提供指导,是测试人员了解业务的重要根据和质量之根本。如果测试用例设计得不完成,出现了遗漏,那么通常是会出现大家不想看到的后果,如漏测、
本文来自美团点评技术文章系列。
测试用例是测试人员的核心工作内容,是测试人员思想的“实现类”,其充分体现了测试的思路,可以为后续的测试行为提供指导,是测试人员了解业务的重要根据和质量之根本。如果测试用例设计得不完成,出现了遗漏,那么通常是会出现大家不想看到的后果,如漏测、
测试用例是测试人员的核心工作内容,是测试人员思想的“实现类”,其充分体现了测试的思路,可以为后续的测试行为提供指导,是测试人员了解业务的重要根据和质量之根本。如果测试用例设计得不完成,出现了遗漏,那么通常是会出现大家不想看到的后果,如漏测、
微服务架构的使用给测试带来了新的挑战
文章研究了四个问题:什么是自动化测试、为什么要自动化测试、什么项目适合自动化测试、自动化测试具体要怎么做。
测试用例是测试人员的核心工作内容,是测试人员思想的“实现类”,其充分体现了测试的思路,可以为后续的测试行为提供指导,是测试人员了解业务的重要根据和质量之根本。
12月10日,百度MTC移动云测试中心推出了包括人工、自动、问卷的整合测试服务。百度高级技术经理、百度众测&百度MTC负责人施佳樑,以及百度平台测试部高级项目经理顾昕彪接受了媒体采访,分享了他们对移动测试发展趋势的判断和看法。
本文介绍携程度假团队是如何在项目中引入 BDD 理念进行自动化 UI 测试的。