一、什么是测试用例？
概念：为了满足某个需求功能而特意设计的一组具有代表性的数据来测试某个功能的预期结果（断言）与实际结果（响应返回数据-服务器返回）是否相等。
测试用例的组成：用例编号、用例名称、模块名称、子功能模块、前置条件、操作步骤、预期结果、优先级、实际结果。
案例分享：测试用例应对的需求功能点：登录
操作步骤：
1、打开浏览器，输入URL;
2、输入正确的用户名与密码；
3、点击登录
预期结果：登录成功
实际结果：登录成功(假设实际结果是登录失败就是bug)
执行测试用例的目的：测试功能业务模块是否满足需求规格说明书要求，目的是找bug。
一个好的测试用例能够发现至今尚未发现的问题。
软件产品质量的好坏在于用例设计的高效性（用例设计要能够找潜在核心问题，能够基于用户场景来设计案例数据）
测试用例是测试的核心，也是体现测试人员的思维能力。
测试用例分类：正例（有效）、反例（无效）
什么是正例：能够满足需求规格说明书有效的输入数据。
什么是反例：能够满足需求规格说明书要求的输入无效的数据来验证程序的正确性。
例如：
1、用户输入正确的用户名与密码 实际结果： 登录成功。
2、用户输入错误的用户名或密码实际结果： 系统弹框提示：登录失败，请检查您的用户名或密码是否填写正确。
用例数据设计的不同，导致结果不同。
设计测试用例的数据需要结合用户使用场景来考虑问题。
学习用例设计需要结合实际场景与用户思维方式来设计。
设计用例需要从：功能性（功能点）、可移植性（兼容性）、维护性（）、时效性（性能）、可用性、可靠性
不同的web系统架构不同、后端开发语言不同，浏览的内核对代码的解释不同（页面的渲染效果不同）。
有bug提交缺陷（缺陷管理工具-禅道）
测试用例需要使用管理工具来维护用例（禅道-开源免费、tapd团队超过200号人收费）
无论是功能测试、自动化测试、性能测试、安全性测试，测试用例的方法都是适用。
所有的高级测试都是在功能测试的基础上进行的。
测试用例设计的方法特别重要。
测试用例编写的依据：需求规格说明书（产品经理-需求分析师），如果遇到需求不明确、不理解、或者觉得有问题的都找产品经理沟通问题。
开发工程师依据产品开发产品。
1、开发工程师将需求转化成代码。
2、测试人员将需求转化成用例。
注意事项：
1、有多少功能点就应该写多少用例。
2、有多少功能点就要编写多少条代码（心情不好、有时候不细心）。
用例设计需要考虑业务的逻辑过程。
开发代码未考虑的业务逻辑过程，测试人员需要使用案例去覆盖。
任何化学试验都是写了很多案例的。
需求具备较强的探索精神。
如果开发认为你提的bug不是bug，不该怎么办？
1、 容易跟开发吵架、有冲突。
2、 如何解决冲突： 测试的依据是需求。
3、 借助产品经理来协助解决问题。
4、 开发者思维方式：正向思维。
二、为什么要编写测试用例？
1、 测试人员编写测试用例的目的：保障软件产品的质量。
2、每一个需求功能点-对应多条用例（正/反）,至少一个功能点有一条用例。
3、用例数量特别大的情况下，需要根据需求功能的优先级来确定用例的优先级别。
4、在企业中有60%的时间用在用例设计上。
5、编写用例设计之前一定要读懂需求文档。
6、 例如：
假设一个产品有1万个需求功能点，假设2W个用例。
人脑记不住业务流程，记不住算法，而且你也记不住一天执行了多少用例。
学习禅道管理工具可以帮助我们记住。
7、开发写代码，测试写用例同步进行，一个造产品-是否符合需求，一个是检测软件质量（代码质量、产品质量-对用户负责）
8、用例覆盖面不全，会导致漏测,可以通过用例评审去发现问题（让用例覆盖面更广）。
用例设计完成之后需要产品、开发、测试一起参与会议评审、测试人员需要讲解编写用例的思路及覆盖的需求，用例的设计规范、用例评审规范。
用例评审：同行评审，外行评审。
三、如何编写测试用例
测试用例的设计方法（重点中的重点）
if testresult==”通过”
request.post(“URL”)
else if
request.get(“转bug的URL”)
else if
什么叫做隐性需求的覆盖，需求规格书中没有明确规定的一些功能。
例如：银行转账功能（转账有流水、转账金额不足时系统需求要提示、输入非法的数字）
开发或者产品没有考虑到的测试点我们都要学会去发现问题。
测试人员不仅要测试需求-文档测试的一种、测试产品、测试程序、测试文档、站在比用户更高的角度来发现问题。
如何站在比用户更高的角度来发现问题？
平时有空多体验同行产品、多熟悉行业内的业务流程场景设计，对需求、对业务的理解才会更深刻，更容易发现业务逻辑层面的问题。
业务领域的扩展。
会测试软件（培训实施软件）
一块是业务方向、一块是技术方向、一块是管理方向。
某个系统的单独的模块-全局思维的学习有局限。
CRM-客户关系管理系统。
电商（某电商平台、某宝）
公有云
教育、医疗、汽车等相关行业
多平台：web/app/ipad/移动终端-银行终端-超市终端。
需求量增加。
用例的颗粒度指的是：编写用例的粗细程度（用例是不是写得越细越好？还是越粗越好）
1、用例越细越好（时间消耗较多，人变得机械人）；
2、越粗越好（省时间-编写覆盖的重点用例）。
注意事项：有时间的情况下尽量写得细，没有时间写粗一点，可以只编写测试点。
产品与项目的区别？
1、产品是依据市场为客户设计的软（大量用户的需求，例如：小花猪、滴滴）
2、产品的维护周期较长。
3、人类产品的要求越来越高。
项目是根据客户的需求定制的-门户网站软件 。
产品需求是解决用户需求的一种方案。
某打车软件解决了全球人的打车
某宝-产品-解决了用户购物困难的问题。
所有的产品都是为了解决问题而诞生的。
产品设计需要结合市场用户的需求而设计。
某bat类产品-社交软件（通过免费-游戏-产生付费-盈利）
某宝公司制作的-交易类软件-通过买卖产生交易。
结束语：软件测试小白学习之前建议看看这篇文章，对软件测试专业有一个全局了解，再选择进入此行业，对自己有一个明确的学习计划与目标。
来源：软件测试技术之美
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！