web 测试相关工具
http://www.51testing.com/?uid-94273-action-spacelist-type-blog-itemtypeid-1730
| Rational | Compuware | Mercury | TeleLogic | 华为 | 其他 | |
| 测试管理 | Test Manager | QA Director | TestDirector | Doors | GT3000 | |
| 测试设计 | Datagen2000(Superfine) | |||||
| 静态代码检查 | Logiscope | PC-LINT (Gimpel) FindBugs / PRQA(PR) | ||||
| 白盒单元测试 | Purify/PureCoverage/Quantify | DevParter | ITEX/ Logiscope | MTT (for C) | Junit / CPP Unit /Cunit | |
| 普通功能测试 | Robot | QARun | QuickTest (for Web) | TAU(TTCN) | GTR | |
| GUI功能测试 | Robot、RFT | QARun | WinRunner/QTP | Test Suite(MS) | ||
| 负载性能测试 | Load | QA Load | LoadRunner | 3GLT | WebLoad(Radview) | |
| 缺陷管理 | ClearQuest | TrackRecord | TestDirector（QC） | CMM电子流 |
web 测试流程
http://www.51testing.com/?uid-94273-action-viewspace-itemid-9969
| 规范化的流程是保障性能测试 有序合理进行的最重要的因素，主要是指整个性能测试活动规范化。从BOSS性能测试来说，可参考如下流程： | |
| 性能测试需求分析 | 这一环节至关重要，主要的任务是对系统是否需要做性能测试、哪些模块需要做性能测试、哪些关键业务点需要做性能测试，分析其进行性能测试的可行性并确定性能测试业务模型。 |
| 性能测试业务模型功能验证 | 在上环节正常完成的情况下，主要验证业务模型里面所有业务的功能，确保所有功能没有问题方可进入下一环节。 |
| 性能测试环境准备 | 测试环境的重要性大家都很清楚，对于BOSS这样的大型系统来说要做性能或压力测试，环境尤其的重要。这里的环境主要可以从被测试系统的软硬件环境、测试用负载机、控制机、网络等环境 。 |
| 性能测试脚本与数据准备 | 此环节可以与上个环节同步进行，性能测试脚本的录制的策略及测试数据量直接影响性能测试的结果。因此脚本和数据的准备也就至关重要了。 |
| 性能测试场景准备 | 当所有的脚本和数据都准确无误地准备完整过后，就进入场景的准备阶段，此部分实际上也可以说是一个测试策略的制定过程。所完成的任务是根据你的测试目的来设计一种相对合理的测试策略。 |
| 性能测试场景监控 | 场景的监控对于性能或压力测试也至关重要，直接影响性能测试结果的分析和性能问题的定位。最理想的情况当然是监控所有影响BOSS系统性能的因素。 |
| 性能测试场景执行 | 当以上所以环节准备就绪后就可以进行测试场景的执行了。需要注意的是设置和保存测试结果等重要数据，确保执行过后的测试结果数据能为分析提供保障。 |
| 性能测试结果分析 | 像 BOSS这样的OLTP系统通常情况下我们会重点关注Average Transaction Response Time（平均事务响应时间）、Transactions per Second（平均每秒事务数）、Throughput（吞吐率）、UNIX资源使用情况、数据库 资源使用情况、中间件资源使用情况。 |
软件测试工作流程图
http://www.eeworld.com.cn/mndz/2012/0201/article_14039.html
软件测试工作流程 图
软件在开发过程中共有五个版本，分别是Base版、Alpha版、Beta版、RC版、Release版，每个版本的开发中都需要经过上述四次测试，但是每个版本中各阶段的测试重点是不一样的，详细的测试流程和重点请看下面各版本流程图：
1. Base版各个测试阶段流程图
end