- 博客(5)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 （摘自Bugzilla）Bug 回報寫作技巧
<br />（摘自Bugzilla）Bug 回報寫作技巧<br /> <br />有效率的 bug 回報可以讓 bug 較容易被修復。以下解釋如何寫出此類回報。原則正確清晰－－適當解釋，讓他人可以重製該 bug每份報告只回報一個 bug即使是微小的 bug 也應該回報－－小的 bug 背後可能隱藏著大的 bug陳述事實而不猜測事前準備以最新 build 的軟體試著重製你遇到的 bug ，看此問題是否已修正。搜尋 Bugzilla 看看你遇到的 bug 是否已有人回報。回報一個新的 Bug<br />如果
2010-11-18 09:20:00
535
原创 不该忘记测试该有的能力
不该忘记测试该有的能力 终于弄清楚，什么样的测试，才是我想要的。或者说，测试工作的价值所在是什么？ 人人都知道测试的目的是什么，无非就是提高软件的质量，所以找出软件存在的Bug就成了大家关注的事情（自然而然的事），Bug数量也渐渐成衡量测试工程师的标准，诊断、修复也成了开发人员的事情。 如果测试人员只是一味的发现Bug，不对Bug思考，可能导致测试效率降低。因为，测试人员有可能在一个Bug上绕来绕去，也有可能提交重复的Bug。同一个Bug表现形式可能存在多个。 如果测试人员一味的将Bug提交开发，可能
2010-11-08 22:17:00
436
原创 洞察BUG 及控制策略
洞察BUG 及控制策略其实，Bug管理在软件测试过程中也是一项重要的工作（往往被我们忽略掉）。它的主要活动内容包括：Bug识别，Bug分析，Bug应对，Bug控制。通常有效的测试，不仅在于测试人员的测试技术，更重要的是过程管理。软件测试过程中，包括：计划变更管理，用例管理，执行管理，Bug管理，以及测试文档管理。而对于软件工程来讲，软件测试只是它其中的一个内容而已（作一标记，这里也是一个很重要的内容）。对测试人员来说，高效的Bug，不在于你对问题描述的多简明易懂，重要的是在最短的时间内告诉开发问题出在哪里。
2010-11-06 00:29:00
614
原创 增长行业知识 提高Bug提交的质量
在需求不明确的时候，测试人员也可以提出需求，但前提是你应对你提出的需求做好充分的调查取证，要有足够的理由去支撑，通常可以将你的理由陈述在Bug说明中。 一个做测试的朋友告诉我，她们公司开发过程不太规范，没有需求文档，通常通过开会确定需求后，直接进入开发阶段。导致测试人员在测试时，对某些功能的实现产生疑问而无依据可寻。只能与开发进行确认，而这种疑问的产生，通常由于开发没有得到如何现实的指示。个人理解根据问题涉及面或严重程度有两种解决途径：一种，如果问题比较严重，那么可能需要管理者，针对该问
2010-10-31 16:40:00
498
原创 测试报告：分析透彻 内容精简
“测试报告的内容，依赖于你的报告给谁看。不同的人关注的侧重点不同。而测试报告本身依赖于你需要说明的内容，而并非根据一定的模板来填内容。这点很重要。一份好的测试报告不在于它的内容有多丰富，而在于它的内容是否精简，分析是否透彻。”做为新手的我们，很容易掉入套用模板的陷阱。没关系，这是个必经的过程。但不要在陷阱里呆的太久哦。
2010-07-27 10:45:00
647
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人