困惑，谢谢帮助
我刚来到我所在的公司做测试，测试用例都是开发人员写好，然后给我程序去测我很糊涂，也在51网上逛了些日子了，但是拿到手的程序仍然不知道如何去测
测试用例上写着操作的流程，如果按照这样去测的话只能是功能测试，而且很快就测完了
有哪位好心人帮帮我，我该怎么测下去 既然很快测完 那么有很多空余时间了 那看看别的东西好了 充实自己 其实你身边的资源是非常好的，你可以参考公司给你的用例尝试着自己去写测试用例，有很多空余的时间可以给自己充充电:)
回复 3# 的帖子
嗯，是的但是我看他们写出的测试用例只是操作的流程
而我在网上看到的许多教程也看了些书
都把用例设计说得很复杂，什么等价划分之类的
如果按书上所说用例设计是否该把我要测试的每种情况都罗列出来呢？
回复 4# 的帖子
有很多测试用例就是基于流程的，您是不是觉得程序员写的用例不够规范，或者不是很全面呢？如果是这样的话，我还是那么觉得的，自己学着写用例去测试程序，这样测出问题来会很有成就感的。还有，测试用例并不复杂的，刚开始没写过确实会因为等价类划分、因果图等等这些方法弄的人晕晕的，不过只要你亲自动手去写用例，去测过一个项目，这些就都不是问题了，加油哦:)回复 5# 的帖子
嗯，我知道了，继续学习，不可偷懒还有个问题，就是我要将所有可能的分类用几个例子，放到测试用例当中去吗？现在我是没有用书面的形式写下来，测的时候只是想到哪测哪，是不是应该用书面形式划分好
回复 6# 的帖子
测试用例必须用书面形式。排除测试的盲目性以及回归测试中测试用例的复用。至于你说的分类用几个例子，放到测试用例中。对这句话不是很理解，但是，测试用例是要求有操作步骤、前提条件、预期输入和输出的，因此可以考虑加一些具有代表性的数据，放在测试用例中执行。（各种测试方法，如：等价划分、边界值、因果图等等）。
最后，不要按照开发人员设计的测试用例执行。那等于让开发人员测试自己写出来的程序，这样基本上是无法发现Bug的。你可以将开发人员提供的测试用例当做用户手册好了。测试就是专找漏洞的，因此，你可以通过变更操作步骤、条件、数据来进行测试。
回复 6# 的帖子
开发人员给的测试用例一般只包括通过测试用例，他们转测试之前一般都已经按照这个用例对版本进行过测试了，这样你再用同样的测试用例跑一遍是很难发现bug，你可以再熟悉软件的过程中尝试自己补充一下测试用例，多进行一些反面的测试，来验证软件在接收到非预期输入数据时能否进行合理的处理
页:
[1]
