讨论一下测试生活吧!

wzb521 · 发表于 2005-3-15 16:22:31

！SORRY，这篇文章应该发在这里的，我发错地方了，SORRY！

03年毕业.也已经做了一年多的测试了,但似乎也没学到什么东西,真正的测试工具,目前一种也不会,也不知道是不是自己懒,还是给自己找不学的借口.WINRUNNER\LOADRUNNER\TD也就只学会了教程里的东西,WAS做完测试也找不到系统瓶颈,感觉真是失败,索性专注于软件工程以及文字性质的东西.
每每看到别人要这个那个的模板,感觉很是诧异,因为我发现我自己做测试时,从来不是按照模板书写文档,也许这跟我们公司的规模有关系吧!不过，我个人还是觉得写什么,只要按自己感觉写,就已经足够了.在测试过程中,写出心里的体会.相信这里的很多人都是在20-40的作坊软件公司工作吧.在小公司,一切应该以实用为主.如果规模小,又何必用什么TD之类的东东呢,只要有个简单的BUG跟踪工具就可以了.VSS用起来总比CVS方便吧.BS结构的,还可以去网上找一些测试链接的东西,比如XENU啊,什么什么的,都还不错的.

模板不能代表什么,总结出自己公司所需要的,才是真正可行的.公司本身就不怎么正规,你又何必过分关注于标准呢.

我是个菜鸟,欢迎大家加我QQ:1268298 ---328188841,江苏附近的朋友,还可以一起打游戏哦,HOHO.

最后有个问题想问一下:
1、采用迭代方法开发软件的公司，该如何去进行测试自动化?有没有什么好的建议?测试工具里代码维护的时间,似乎占据了太多的测试时间.
2、面向对象的软件，是不是对类的重用度越高，所需要的测试时间也小呢？
3、如何去考虑多线程作业（也许不够准确，但我确实不知道该怎么问），就是类似于进程死锁的问题。
4、频繁开关串口，会造成内存出现问题，如果程序必须要进行这一步，该怎么解决？
5、程序开始将数据库中所有数据加载进内存，这肯定会造成系统不稳定，如何去帮助程序员去发现和解决这些问题？注：这种架构，只能这样。

smartbaby · 发表于 2005-3-16 10:19:23

关于你的问题，给些建议吧：
1.迭代方法如果使用的不当，是会混乱整个开发过程的，如果开发过程混乱的话，使用自动化进行测试就是非常不明智的选择，只会把人累死，也达不到想要得结果。就会出现“测试工具里代码维护的时间,似乎占据了太多的测试时间.”这种人间悲剧！
如果迭代方法使用得当的时候，整个开发过程井井有条，而且整个迭代复用性做得好，这个时候使用自动化才是比较合适的时机。因此测试自动化不是适合于任何公司的任何开发过程的。

2.理论上相对而言可以说是，但是在实际中即使是重用很高的，该花多少时间，还是多少时间。

3.对于多进程的问题，建议还是使用一定的工具来帮助分析。

4.频繁开关串口，会造成内存出现问题，如果程序必须要进行这一步，该怎么解决？这个涉及到高深的代码问题，建议请编码高手来解决。

5.我身边的程序员通常不这样操作数据，如果真的有这种需要的话，最好从需求和设计出发来找根源。
希望可以对你有帮助。

wzb521 · 发表于 2005-3-16 12:49:20

先谢谢了.

1、迭代如果得体的话，用测试自动化似乎也不大方便，我感觉迭代模型增大了测试员的投入量，还是早期的瀑布对测试最方便，呵呵。感觉现在流行的一些方法大部分是迭代的副本，当然快速开发，合作开发就不说了。
2、我感觉重用很高的，如果能完全达到所谓的面向对象，那估计会容易测试，但借口的测试工作量就加大了
3、多线程的，我不知道用什么好，可否推荐一下？如果能看线程间的关系就好了，呵呵。

斑竹，有没有什么工具给我免费down个呢？比如TESTCODE（软硬都要）。
现在我测的东西涉及到显示屏，测试的头疼，没办法模拟测试。当把时钟以1：15运行时，串口那就不断发东西，而显示屏响应又需要时间。如果以1：1方式运行，我又不可能24小时盯着，迷茫啊~~~~~~~~~~
关键一个因素就是程序不稳定，有些东西很偶然的，也许和操作系统、系统环境有关系（猜测）。如果某个线程死锁了，那就不断发某一个信息包，那显示屏信息就是同一个信息不断刷新，郁闷啊。。。