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