我补充一点,测试用例其实也是衡量一个软件质量很重要的标准,也是项目在后续跟踪时的重要依据。当一个项目结束的时候如何用数据来说明这个软件是稳定的,是符合用户需求的呢?测试用例在其中占的位置很重要。试问:没有测试用例该如何确认所有的需求已经覆盖全面?或者说在项目开发过程中测试的工作质量如何衡量? 我们也要求写测试 用例,不正规的 是我们的用例不用评审,公司不重视测试,认为测试不含技术,我找不到任何成就感,经常对自己的写的用例产生怀疑,到底对不对啊。真的不想在这样的公司干了 谢谢linghai521 回复 5# linghai521
补充一点
对于深层次挖掘的的“灵感”
其实很多时候也是设计测试用例的盲区。
最好的办法是,在测试结束的时候把这部分编入补充测试用例以备后用。
这样对于后续的测试跟踪以及后续的人员测试就会起到很好的作用。
至于说需求变化快,时间紧迫是这个行业必有的问题。如何协调就看自己了。但是自己要清楚什么该舍什么不该舍以及相对应的措施,风险的评估。 5楼说的太好了 我公司就我一个测试人员,写的测试用例就是给我自己看,就是提醒下自己哪些是必须要注意的。所以我还是很用心去写用例。但同时又因为只有自己一个人的原因,所以有很多用例没有很详细的考虑进去,也没有人可以提点。希望多认识些这方面的人。
页:
1
[2]