软件测试人员遇到的第一节课就是如何有效的提交BUG，下面的文章不是专为软件测试人员所写，但是却是所有软件测试人员必读。在不同的公司对提交有效的BUG的标准不同、但是下面文章的内容却适合所有测试专业人员阅读、当然对于非测试人员也大有裨益。 　　引言 　　为公众写过软件的人，大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵——译者注)报告，例如： 　　在报告中说“不好用”; 　　所报告内容毫无意义; 　　在报告中用户没有提供足够的信息; 　　在报告中提供了错误信息; 　　所报告的

软件测试人员遇到的第一节课就是如何有效的提交BUG，下面的文章不是专为软件测试人员所写，但是却是所有软件测试人员必读。在不同的公司对提交有效的BUG的标准不同、但是下面文章的内容却适合所有测试专业人员阅读、当然对于非测试人员也大有裨益。为公众写过软件的人，大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵——译者注)报告，例如：这便是为什么“技术支持”被认为是一件可怕的工作，因为有拙劣的bug报告需要处理。然而并不是所有的bug报告都令人生厌：我在业余时间维护自由软件，有时我会

软件测试人员遇到的第一节课就是如何有效的提交BUG，下面的文章不是专为软件测试人员所写，但是却是所有软件测试人员必读。在不同的公司对提交有效的BUG的标准不同、但是下面文章的内容却适合所有测试专业人员阅读、当然对于非测试人员也大有裨益。 为公众写过软件的人，大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵——译者注)报告，例如： 这便是为什么“技术支持”被认为是一件可怕的工作，因为有拙劣的bug报告需要处理。然而并不是所有的bug报告都令人生厌：我在业余时间维护自由软