测试用例文档
收录了 测试用例文档 频道下的 50 篇内容
行为驱动开发在携程机票前端研发流程中的实践
本文转载自公众号携程技术（ID：ctriptech）。
一次前后端分离的实践
前后端分离的问题，不仅仅是技术上的选型问题，还涉及到整个团队在认知、职责、流程上面重新定义的问题，这也是为什么前后端分离概念看起来简单易懂，但真正团队在落地的时候，一不小心，往往鸡飞狗跳，甚至最终放弃"治疗"。下面，基于自己之前的对一个团队前后端分离改造的实践经历，介绍一下如何打造一个前后端分离的技术团队。
结对学习
结对方法可以用来学习能够应用到实际工作中的新知识，明确自己的成就并和伙伴一起为之庆祝。学习伙伴可以鼓励彼此大胆承诺做某些事情，然后略加鞭策，使这些承诺得以实现。
世界上没有技术驱动型公司？
科技公司到底是为技术驱动还是业务驱动的争论古来有之。对于技术人员而言，拥有良好工程师文化、代码文化，核心竞争力是技术、尊重技术、技术人的公司似乎就可以称得上是技术驱动型公司。但事实果真如此吗？本文作者给出了不一样的看法，他认为，世界上没有技术驱动型公司，谷歌、脸书不是，阿里、腾讯也不是。
基于需求文档、设计文档、测试用例的测试答疑助手
本文将基于 LangChain 实现一个 mini 的实战案例。这次实战主要完成的任务，就是设计一个测试答疑助手，这个测试答疑助手的主要功能为基于本地的文档和数据，回答给出的自然语言问题，比如一些数据的统计，查找、组合。
基于需求文档、设计文档、测试用例的测试答疑助手
本文将基于 LangChain 实现一个 mini 的实战案例。这次实战主要完成的任务，就是设计一个测试答疑助手，这个测试答疑助手的主要功能为基于本地的文档和数据，回答给出的自然语言问题，比如一些数据的统计，查找、组合。
测试答疑助手：从需求文档到设计文档、测试用例的完整测试过程
本文将基于 LangChain 实现一个 mini 的实战案例。这次实战主要完成的任务，就是设计一个测试答疑助手，这个测试答疑助手的主要功能为基于本地的文档和数据，回答给出的自然语言问题，比如一些数据的统计，查找、组合。
巧用自动化测试组合拳保证产品质量
本文介绍一套有效的自动化测试组合拳。
巧用自动化测试组合拳保证产品质量
本文介绍一套有效的自动化测试组合拳。
应用 Visual Studio 2010 辅助敏捷测试（下）
本文从工具角度出发，介绍了Visual Studio 2010如何帮助测试人员更胜任敏捷项目中的测试工作，主要包括团队有效协作的基石TFS、集成测试环境MTM、通过自动化测试用例框架实现自动化测试用例、早测试和经常测试，以及完整的自动化测试解决方案——实验室管理等。本文为下部。
数据库无人值守智能自动化测试实践
本文介绍巨杉如何在无人值守的环境下，完成产品的自动化测试与研发协作。
敏捷脑图用例实践之路
传统的黑盒测试用例比较繁杂，在实施敏捷的项目中会显得水土不服，让测试人员过度关注用例步骤的编写、修改，甚至同一条用例经过多人执行得到相同结果，让人想到一个呼之欲出的广告词：一次编写，多人运行相同结果，没有思考的过程。在经历过这些痛楚之后，对用例进行改革，以便快速响应开发的交付节奏，同时形成用例评审规范，让开发、测试知己知彼，也加强开发自测的环节。本文主要讲敏捷中脑图用例的实践。
前端自动化测试详解（上）
文章研究了四个问题：什么是自动化测试、为什么要自动化测试、什么项目适合自动化测试、自动化测试具体要怎么做。
通过 demo 学习 OpenStack 开发——单元测试
本文将进入单元测试的部分，这也是基础知识中最后一个大块。本文将重点讲述Python和OpenStack中的单元测试的生态环境。这个系列的文章是关于OpenStack的基础知识，其实OpenStack开发还要涉及到很多其他的知识，比如消息队列、非阻塞IO等，而且还要了解整个OpenStack的开发生态，包括Gerrit评审系统、Zuul持续集成、devstack开发环境、oslo项目等。
敏捷 QA 需要编写测试用例吗？
测试用例的编写要以目标驱动，有价值才有存在的必要； 测试用例的编写和执行，都不应该作为QA的绩效考核指标； 敏捷团队应该追求尽量少的（手动）测试用例。
精准测试二三谈
我们都在使用敏捷开发，敏捷测试，维护着我们的项目，我们写着少量的test case，甚至不写一条case。
携程酒店自动化 360 度质量保障体系
携程目前很多的框架和项目都在往 Java 技术栈上进行迁移。在这个过程中我们遇到很多的挑战和困难，为此我们在原有测试体系的基础上做了大量的工作，构建了一整套卓有成效的质量保障体系。
TDD 实践之实用主义
TDD之路上荆棘密布，质疑者永在争论，而实践者披荆斩棘，持续前行。在这个过程中，作者不断探究新的实践“变种”，解决项目中遇到的一个个难题。
增强 UML 符号的提案
Raul Rugioro对UML符号提出了一些改进建议，在这里，需求与测试案例，尤其是验收测试是密切相关的。敏捷方法本身基于测试驱动方法，尤其强调这点。可以增强UML用例的符号以使增强后的UML工具可以正确地处理用例与测试之间连接。
基于 BDD 理念的 UI 自动化测试在携程度假的应用
本文介绍携程度假团队是如何在项目中引入 BDD 理念进行自动化 UI 测试的。
京公网安备 11010502039052号 | 产品资质
