testdirector

   呵呵，开始第一个误区是在LR，后面才知道，功能测试的管理工具主要是TD，而且TD还有编写测试需求，测试计划，BUG跟踪的功能。学习了这个软件这才把我学的测试的零零碎碎的东西串了起来。很不容易啊o(∩_∩)o...

    测试需求，我开始一直不明白，要写成什么样子。多亏了TD自身有的DEMO，而且还幸亏去参加培训。终于把这个家伙使用上了。测试需求通常我一般写上测试的一个大纲吧。测试的内容，例如，功能测试：论坛，后台啊，会员信息什么的；易用性测试、安全测试、性能测试，简单的描述一番。

    测试计划我会写得比较详细，例如功能测试，我会分比较细，例如注册就分为，检查用户名，检查邮件等等细分下去。在每个TEST的描述写上测试的目的，测试的要点，在STEP写上测试的步骤，输入，输出。

    BUG管理里，要注意的是，错误的描述信息要比较详细，包括错误的所在位置，操作，错误页面的截图，其他的按软件的要求写就好。在备注里，最好是加上开发软件的修改以后意见，方便管理。可惜公司的同事是不愿意去学习使用这个软件。虽然我写了使用手册，也做了简单的培训，但是公司对测试的不重视。使得我很郁闷

   不过，TD确实是个好软件。赞一个的说