然，还有一些免费的开源工具也是可用的。但从长远的角度看，我还是更建议大家读者使用那些不仅仅只是满足缺陷管理的工具，而是要应该选择能集成测试需求，、测试设计，、测试用例，、缺陷管理的工具，最好也能满足自动化的集成的，什么样的产品能满足就不多说了，免得有打广告之嫌j，而商业软件，如mi或ibm的产品在这些方面都有较好的表现。
项目特点决定流程的长期目标，但对于不同产品类型的公司，可能出现的问题往往会不一样同。，比如说在金蝶的eas-bossboss，、或是在金山做的游戏软件，、亦或还是在阿里巴巴做电子商务，作为测试管理者，就要具体的问题都应该区别对待。
对于eas-boss这样大型的软件产品，团队的规模比较大，核心技术比较稳定。但对于这样的这样的产品有以下一些特点：
由于产品比较大，手工测试时重复的工作量特别大；
引擎与产品框架比较稳定；
编译与发布的流程比较固化；
由于团队的规模比较大，接口特别多，集成测试风险特别高；。
这样种产品的测试，主要是把大量的重复频度比较高的功能测试转化为自动化测试角本脚本，在开发过程中要注意，核心引擎与稳定的产品部分，尽可能使用测试框架形成单元测试集，；同时由于编译与发布固化，适合做每日编译, ，自动化的执行单元测试集与自动化的测试角本。在做这种测试流程时，同时还要注意引入强大的分析统计工具，比如代码覆盖与评审工具，内存检查与性能函数分析工具，出错表统计模块，达到发布，、测试执行与评估自动化、一体化。由于进行每日集成，接口的问题可以尽早的暴露出来，避免了后期集成的风险，。
这一点每日集成对于大型项目非常重要。同时，由于测试的自动化，大部分的自动化测试角本在空闲的时间运行，测试组可以在进入手工测试时得到比较稳定的版本，及大极大的提升了团队开发与测试的执行效率，。但然而在这样的情况下，缺陷点是整个团队对研发，、测试体系的技术要求特别高，其本上不亚于有时甚至难过做一个大型的项目。这样的测试流程在，在中小团队比较难以实现比较困难，而关键就在于无法降低的成本比较高。下图就是一个稳定项目的测试流程图。
游戏软件产品的测试流程又有不同。当你去带领这个测试团队一个游戏团队时，可能游戏核心引擎应该是比较相对稳定的，而游戏内部的故事情节可能会不断的变化，。这时你可把一些更加稳定的程序做成比较稳定的自动化回归测试，同时加强对不断变化的游戏情节的功能测试，同时注意这些功能是不是否会影响到其它相关的模块。同时在因此，游戏测试的过程中还有一些比较有其特殊性，主要表现以下几点：
服务器的稳定性，网络流量，与安全是游戏最至关重要的，（往往有很多游戏不是不好玩，而是太不稳定）；
游戏由于有及时的即时更新，会经常在同时修改缺陷的时候，还在同一模块下增加新功能；
好的网络游戏开发，其的功能必然会是迎合玩家的需求(游戏性分析)。；
对于游戏软件产品来说，这些需要特别注意重点控制的点关键，要求测试团队必需要加强以下几个方面，性能测试，代码的融合、相关性影响面的判断、版本的变更与控制，还有游戏性的分析与测试。性能测试主要加强以下几点，则需要注意在并发下服务器的稳定性监控，、网络流量与游戏客户端在大场面下的表现。；而版本控制在游戏软件的过程中，其意义更多——则会避免已经改了的问题重复出现，或是改了更新上去问题还是存在，如何高效的合并代码，、合成游戏资源、图片与角本脚本还是一个比较难度很高的事情，