之前和dirty同学聊过这个话题：开源世界的工具有时候多的我们无法选择，无从下手选择哪个工具好，有时候工具多了并不是件好事，并且每个公司的情况不同，有时候每个工具不是拿来就能用的，我们需要对他进行改造。
最近发现公司的测试用例库没有创建，积累太少了。想选一个测试用例管理工具，可是有些工具不是太复杂（需要增加学习成本，还有些可能是收费的），就是比较不适合公司本身的情景，自己想写一个，不过简单够用就好，后面有需求而的话可以慢慢的完善这个工具，还是百度的说的好：简单可依赖。经典！！！！！关于百度这句话我有很多想法，让我想起了google一个研究员说的关于google搜索算法的例子，复杂并不见得就是好，复杂增加了算法维护的复杂度，另外，复杂精确的算法可能比近似的算法性能上提高不了多少，但是工程上的用户体检就差了很多，确实是这样！！！！
最近发现公司的测试用例库没有创建，积累太少了。想选一个测试用例管理工具，可是有些工具不是太复杂（需要增加学习成本，还有些可能是收费的），就是比较不适合公司本身的情景，自己想写一个，不过简单够用就好，后面有需求而的话可以慢慢的完善这个工具，还是百度的说的好：简单可依赖。经典！！！！！关于百度这句话我有很多想法，让我想起了google一个研究员说的关于google搜索算法的例子，复杂并不见得就是好，复杂增加了算法维护的复杂度，另外，复杂精确的算法可能比近似的算法性能上提高不了多少，但是工程上的用户体检就差了很多，确实是这样！！！！
扫一扫
8329
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
