喜欢我的文章，欢迎关注微信公众号「软件测试艺术」，一起学习提高。现在回复“软件测试教程”可以获取：麦子学院、传智播客、小强软件测试全套学习教程！
做软件测试测试，必须要会写测试用例。一个不会编写测试用例的测试人员，不是一个合格的测试人员。写测试用例是软件测试人员的必备技能，是必须要掌握的技能。这次，根据我的经验教大家如何快速上手编写测试用例，主要是黑盒测试用例，通过使用该方法可以应对大部分产品的用例设计。
本文不会讲解常用的测试用例设计方法，如等价类划分、边界值分析、错误推断法，场景法、正交设计方法、判定表驱动等设计方法，而是讲解测试用例的编写思路，思路通了，在辅助常见的用例设计方法，可以快速的设计出测试用例。特别是在笔试或面试的过程，让我们现场讲解如何测试一个产品，例如测试一个杯子、测试一支笔、测试登陆界面的测试思路。
测试用例的编写，有几种方法，例如常见的有：一是根据菜单树层次设计测试用例，一级菜单、二级菜单、三级菜单来设计测试用例；二是根据功能点来设计测试用例，先列举出来产品的功能点，然后根据功能点设计测试用例。这次主要是讲解功能点设计测试用例的方法。
对任务一个测试产品，我们都可以考虑测试以下几个方面，例如：基本功能、兼容性、界面测试、易用性、安全性、异常测试、稳定性、性能、用户体验测试，当然还有还有可靠性、可以移植性相关测试测试，不过今天不在本文讨论范围内。
基本功能测试：这个主要根据需求说明书来了解测试对象的功能，然后列举出需要测试的功能点。例如测试一个杯子有，杯子的用途、杯子的容量、杯子大小、杯子的外观、杯子的形状、杯子的材质、是否有杯盖、杯子能承受的温度、杯子的重量、杯子散热情况等。
兼容性测试：这个主要根据用户的使用场景来考虑设计测试用例，例如测试一个杯子有，杯子装冷水、热水、其他液体如可乐、固体如面粉，在低温多少度下使用、在高温多少度下使用。
易用性测试：这个也主要是根据用户的使用场景来考虑设计测试用例，这个非常重要，需要有产品的思维，设计出的用例更符合用户的使用场景，还是以杯子举例，如杯子喝水是否方便、杯子是否易拿，杯子是否能放稳、是否适用不同年龄断的用户如小孩、杯子脏了是否易清洗、如果有盖子是否容易盖紧和打开、杯子碰杯会不会容易坏、杯子好不好拿等。
安全性测试：这个主要是考虑该产品对用户使用是否安全，例如杯子的材质是否有毒或异味、杯子喝水时是否割嘴、拿杯子是否割手、杯子装热水是否容易烫伤用户、杯子装液体是否发生化学反应产生不明物质等。
异常测试：这个主要考虑用户在使用过程不规范的操作是否带来无法恢复或灾难性的结果，有时也叫破坏性测试，例如杯子很低的地方跌落是否容易摔坏、装100度热水杯子的情况、装0度冰水杯子的情况、杯子在运动颠簸的情况下是否易碎、杯子放到冰箱里冷藏室是破裂、在东北冬天零下20度时的状态等。
稳定性：这个主要考虑用户在长时间使用杯子的情况下杯子是否无异常，例如杯子装100度热水持续1天、杯子装冰水持续1天等情况下是否仍正常。
性能：这个主要考虑杯子在正常情况下、受限情况下杯子的使用功能是否正常，例如杯子满容量时能装多少水是否能满足1个人在比较渴的情况下解渴等。
用户体验测试：这个主要是模拟真实用户在使用该产品的时候的真实体验，一般都是招募一批试用人员然后没人发放产品试用1到2个月，其中试用用户针对使用过程中的问题进行反馈，最后根据反馈最活跃或问题反馈最多的几个人进行物质奖励。这个产品在投放市场前做的一次重要的测试，最接近产品卖出后市场的真实反馈。例如市场反馈杯子装满水情况下装水太少，成年人喝完都不解渴，说明杯子之前的设计不合理。
当用例设计完成后就可以组织评审后，评审的时候发邮件通知相关的人员，最好有有经验的测试人员、开发人员、产品人员一起测试用例的评审。然后根据评审的继续完善优化用例。这一步完成之后当需求开发完成之后可以安排进行摸底测试，根据摸底测试结果再次完善优化用例。
最后当产品上线之后可以收集购买用户的反馈，这个可以根据公司的售后收集的反馈问题，还可以是网络上如京东、淘宝、论坛上手机用户的舆情反馈，把这些市场上遇到的问题统一手机起来然后放到测试用例中继续完善，当下次有类似的产品的时候可以进行历史问题排查。经过这一系列的过程下来，我们的用例基本就非常完善了，后期只需要针对需求的变更进行基本功能用例的完善即可。
当测试用例的功能点列出来之后，我们只需要辅助测试用例的设计方法(等价类划分、边界值分析、错误推测、场景法、正交设计、判定表驱动）完成测试用例的编写即可。
通过以上几个角度的考虑，基本能覆盖到产品的测试点，其中最重要、最重要的是基本功能测试，这个必须产品满足需求说明书的要求才能认为这个产品是合格，不然杯子做的在好不满足需求也没用。测试用例必须覆盖所有的需求测试点，这就要求在设计测试用例的时候必须理解需求，与产品开发人员针对需求的疑问必须达成一致。
当然，以上的测试用例编写方法最适合具体的产品和迭代比较慢的产品了，如手机平板、蓝牙耳机、智能音箱等具体设备的测试。当然互联网相关的测试模块也可以借鉴该方法，如测试一个登陆模块、购物车等模块。
大家可以根据以上的用例编写方法设计登陆模块、购物车模块的测试用例。如有更好的方法也欢迎大家一起讨论。