不知道该怎么写测试用例，为什么这么写？

lsekfe

既然入职了测试工程师，起码需要知道什么叫「测试用例」至于你的问题「怎么写测试用例」和「为什么要这么写测试用例」，你明白了「怎么写」也就明白了「为什么这么写」。

我猜测，你现在应该是属于按照领导安排的测试计划去执行测试用例的阶段，那么我的建议是：

• 不要急着去想怎么写用例，去理解你的测试标的物（也就是你的产品）。只有明白了你的产品逻辑之后，你才有办法去想怎么测试。
• 不要着急去想怎么写用例，去读已有的用例。结合你的测试执行过程，去理解这些用例到底覆盖了产品的那些方面。
• 不要着急去想怎么写用例，去分析现有的用例。结合产品的情况看看现在用例的覆盖度怎么样，是不是有没有覆盖到的地方。
  

等你对产品熟悉了，执行熟了已有的用例，分析了已有的用例是怎么覆盖一个产品的，接下来你就会理解为什么会有这些用例，编写用例的人是从什么角度出发去编写用例的。
当然，你可以看书，可以参加培训班。我的建议是：去工作，去工作，去工作。（重说三）在工作的过程中，不管是执行用例也好，参加需求评审也好，参加用例评审也好，带上自己的脑子。
作者：抽屉(chouti)

jingzizx

lsekfe

不管是刚入行还是入行已久的软件测试工程师 只要是软件这行 都需要不断的学习
不懂、不会就学 多学多练 没什么好说的
确定几个学习网站 做好长期驻扎的准备
根据题主的情况，个人推荐题主去看看《软件测试教程》 这是一个很全面的软件测试系统教程
很适合初入门这行的人 学习

lsekfe

写测试用例，有什么意义？

而且这个东西貌似不需要学习吧，如果你对你要测试的东西完全一无所知，没有什么头绪和思路，根据什么写用例呢？

我知道！有人会建议你看各种软件测试的书，什么等价类、边界值、逻辑图、有限状态机啥的，然后你就可以写出用例了～到那时应该恭喜你了～～～

想着学习写测试用例，不如去看看你要测试的那个东西是怎么实现的，扫扫代码、问问架构、熟悉各部分之间的通信、涉及到的协议、操作系统等等，熟悉这些便会产生思路，有了思路自然形成测试用例。