TD中先写UI再写BF是否有不妥之处?
我在TD中写用例时,我的TEAMLEADER 让我先写UI用例再写BF,BF中采用CALL的方式直接从UI中调用,是否存在什么问题? 这只不过是一种写CASE的方式,有可能会出现问题的.但是公司都是这种方式在写.
但你们头的方式的确有点问题,但是也有好处就是每步的流程清晰,但是这对你的要求就会比较高了. 这要根据你所做模块的大小，项目的进度而言，进度紧的话也不能写这么细
根据实际情况而定
:) 问题在于我的项目不小，而且我刚进公司，还有我的时间很紧，不过我还是硬撑过来了！！ 靠啊 你们3个白吃啊 一个小组的还在这里讨论 直接私下讨论不就完事了嘛 这样大家也可以了解以下我们遇到的困难，大家谈谈经验 就是啊，再说你也不是我们组的吗，是个问题啊，组内无法解决的当然拿出来问问大家喽！！ 你不发现回答这个问题的都是我们组的人吗？ 因为别人都不考虑这种写法 我是想让朴和王或是周上来回答的我们本组的人已经讨论不出什么结果了，目前看来我是在写用例这方面赞同这种方法的，但是如果考虑到以后的执行和后期的进度以及报告方面这种方法存在很大的DEFECT，所以我想现在是否有一种巧妙的方法来化解这种矛盾，同时保持这种风格。我觉得吧，如果你深入了解后，这种写用例的方法或是说一种思路吧，还是很清晰的。 你们做的是系统测试，还是集成测试？如果做系统测试，可以把ui测试和功能测试结合起来，放到一个测试用例里面。否则，测试用例的数目太庞大了。 可是我们的TL说这样的思路清晰，还又她说我们关于UI的不能算是CASE，在执行时不列入其中，只作为一个调用的元素 你们项目经理说的也有道理。在具体的工作当中，要考虑工作量的，按照她的说法，这个工作量太大了，可以考虑把功能测试和界面测试结合起来。如果有充分的时间，可以按照你的TL的方法做。
晕了，有没有问题，你为什么不问问你们经理采用的这样的方法呢？
再说这样的测试思路也没什么问题啊~~我们这我就用这种方法了~~ 或者说，你们是否会有一份文档，叫做“软件UI规范”之类的，里面包括：“页面form/list对齐、变形....页面button摆放顺序”等内容，同时指导一类软件的 开发 和 测试 （或许可以称作checklist）。
TL会要求在写功能测试用例之前，将被测试模块中，需要遵守“软件UI规范”的各项作为你所说的UI用例写在TD里面，然后再在写功能测试用例时用CALL的方式调用该功能项所用到的UI规范项。
其目的在于，在执行功能测试用例时，同时验证是否符合对应的UI规范。而不是要把你写在TD里的UI测试用例（也许该叫做UI规范项）单独作为用例来进行测试。
如果是这样，并不会过于影响进度，个人认为，这样的方式不错的。
---------------等下周我过来，各位都是前辈，还要请大家多指点哈^_^----------------------
[ Last edited by Lily on 2004-12-15 at 22:48 ] 呵呵，吴说公司还处于一种improve level，一切都需要更新和发展，而公司现状是没有一个统一的写用例的标准
这就叫现实
既然她是你的上级，虽然她的方法可能有不足的地方，但是在你没找到更好的方法前，那也只能照着做，也因该照着做，其实她自己也不是不知道这样做的缺陷，她也是想证实一下，从中寻找最佳的方法，肯定不是完美的，但是是最接近完美的 意外看到这个贴子，我觉得大家讨论的内容很不错，王威的点评very good，支持一下！
页:
[1]
