怎么在实践中设计比较好的测试用例
各位大侠大家好小女子现在很迷茫，新到一个公司，做测试，可是公司里并没有测试的人员，所以我就得负责测试这块，就我一个人做测试，之前是做了两年的测试，但是由于公司比较大，所以分得很细，没有写过测试用例，一直是测试执行这块，现在到新公司了，从昨天开始测，虽然只是叫我先随便测测，也发现了几个bug ,但是我很苦恼，给我的需求说明书上只是很简单的描述了每个模块的大致功能，我不知道该怎么写测试用例，是根据需求说明书来写么，那样测试用例就很少，就不容易发现bug,我想写得细点，可是又觉得不是每个很细很细的点都要去测，求指导，求高人带我走出测试用例的困境，万分感谢，祝你们都身体健康，万事如意，:) 。ps:补充一句，在实际写测试用例中，那些黑盒测试的方法都得拿来写测试用例么？ :)之前没有写过测试用例，但你在执行测试的过程中应该用过别人写的用例吧，再说，都两年经验了，应该说，写起来不是很难吧，设计用例不是把测试方法生搬硬套进去的，看实际所需去应用。
随机测试，事实证明是不可取的。建议最好还是先制定一个计划，弄清楚你要测的产品功能，画出相应的流程图，及相应模块的重要级别，然后分析各个模块之间是否存在着相互影响的关系，这些都弄清楚了，相信一个蓝图也会浮现在你脑海了，祝楼主一切顺利。 而且，虽然需求说明书写的比较简要，呵呵，你可以自己去细化里面隐藏的功能，这就是需求分析阶段，有些bug就是出现在需求中的，所以需求分析还是很重要的，也就是将风险提前了。:) 回复 2# tandianping
真是谢谢你了。 回复 3# tandianping
谢谢，我会按照你们的建议去试试，我希望我能成功。
页:
[1]
