回复 #7 letian310 的帖子
应该不存在力争还是妥协,大家的共同目的是明确这个问题,你只要把你的建议提出来,由需求来最终确定就好了. 不同的公司,会有不同的情况的。这时候就需要我们根据自己公司的实际情况,来灵活处理了。理论是死的,人是活的嘛。要具体问题具体分析。如果公司连基本的文档都没有的话,那就先从建立健全文档开始,慢慢推动整个流程的实施吧。 楼上的说的很好:) 我正在一步一步的那样做:)公司没有什么健全的东西 但是自己可以慢慢的整理一下啊. 受教了,继续努力! 编写测试用例要有一个明确的目的,所以说有关整个项目的所有的评审会议测试人员都要参加,还要作好记录(包括需求、数据库设计、页面流、HTML等等的评审)测试人员在制定测试计划时一个要十分的明确需求了才可以写计划
写测试用例其实就是一个测试的过程,写一个完整的测试用例,就是对整个系统进行操作一遍
在执行测试用例的时候也就很明确了整个系统什么地方容易出错等等。。。。。 到是很使用
慢慢学习中。
慢慢学习中。 看晕了 原帖由 color 于 2005-5-9 09:49 发表 http://bbs.51testing.com/images/common/back.gif正在学习中!
不过,看了这么长,还是希望能够多看到一些测试用例的具体实例,如果大家能拿出来分析一下,就好了!
sdlkfj5 同感,希望用例子给讲解一下,万分感谢 希望樓主講下"软件质量稳定的21个因素".期待 i have learned sth from your talking~thx for everyone here~ 2004的贴看到2007年长啊 。
不错 谢谢了
不错 谢谢了 我也觉得如果加个期望输出要好一些 参考了 下谢谢