【阅读】提问的智慧+有效的报告BUG

这两项可谓是我们测试人员的基本要求了,不过实话说的是,我自己这两方面很薄弱。哎!!!

这两篇文章都看过了,不过我在这也记个笔记吧。督促自己!!!

《提问的智慧》

《如何有效地报告Bug》

时间: 2024-10-16 07:18:29

【阅读】提问的智慧+有效的报告BUG的相关文章

提问的智慧

原文地址:How-To-Ask-Questions-The-Smart-Way 目录 声明 简介 在提问之前 当你提问时 慎选提问的论坛 Stack Overflow 网站和IRC论坛 第二步,使用项目邮件列表 使用有意义且描述明确的标题 使问题容易回复 用清晰.正确.精准并合法语法的语句 使用易于读取且标准的文件格式发送问题 精确的描述问题并言之有物 话不在多而在精 别动辄声称找到Bug 可以低声下气,但还是要先做功课 描述问题症状而非猜测 按发生时间先后列出问题症状 描述目标而不是过程 别要

[转贴]提问的智慧

[转贴]提问的智慧:http://phorum.vbird.org/viewtopic.php?t=96%E3%80%8F%E8%BF%99%E4%B8%80%E7%AF%87%E8%AE%A8%E8%AE%BA%EF%BC%81%E7%84%B6%E5%90%8E Copyright (C) 2001 by Eric S. Raymond 中文版Copyleft 2001 by DHGrand(nOBODY/Ginux) 英文版:http://www.tuxedo.org/~esr/faqs/

《提问的智慧》——献给那些不会提问的人

提问的智慧>——献给那些不会提问的人 虽然这个文章是说hacker的,但是我觉得在咱们这里照样适用.此文让我受益良多.值得一读,大家如果也觉得不错就一起来推~~~ --------------------------------- 在黑客世界里,当提出一个技术问题时,你能得到怎样的回答?这取决于挖出答案的难度,同样取决于你提问的方法.本指南旨在帮助你提高发问技巧,以获取你最想要的答案.  首先你必须明白,黑客们只偏爱艰巨的任务,或者能激发他们思维的好问题.  如若不然,我们还来干吗?如果你有值得

如何提问问题?--《提问的智慧》再次推荐

下午在某群中有位网友A问: "大神们,问你们个问题,我在虚拟机里装了个服务器,怎么去配IP啊" 下面网友BC唏嘘了几下,网友B表示震惊,网友C表示"Google一大把"的. 但也有好心网友E回复说"控制台进去配",继而网友A就问"能远程?",网友E说"控制台",并截图(以VMware为例)示意. 网友C表示"这种问题也要人远程?未免太懒了点吧  自己搜索答案  又不是什么高深的问题  "

提问的智慧——其实你真的不会提问!(转)

在黑客世界里,当提出一个技术问题时,你能得到怎样的回答?这取决于挖出答案的难度,同样取决于你提问的方法.本指南旨在帮助你提高发问技巧,以获取你最想要的答案.       首先你必须明白,黑客们只偏爱艰巨的任务,或者能激发他们思维的好问题. 如若不然,我们还来干吗?如果你有值得我们反复咀嚼玩味的好问题,我们自会对你感激不尽.好问题是激励,是厚礼,可以提高我们的理解力,而且通常会暴露我们以前从没意识到或者思考过的问题.对黑客而言,"问得好!"是发自内心的大力称赞.       尽管黑客们有

如何阅读学术论文、聆听学术报告 —— 叶志明

如何阅读学术论文.聆听学术报告 叶志明 作为研究生导师,常常遇到研究生们提出有关阅读学术论文.聆听学术报告有困难的问题.这里将我自己的这方面心得与大家交流,希望对广大研究生有所帮助和启迪.因为我从事的是理工科专业,不知这些方法是否适合人文类学科?也许思想方法是一样的,仅供大家参考. 研究生阶段的一个很重要的学习手段是参加各类学术会议,聆听各类学术报告,以及大量地阅读文献.对于这类学术活动,研究生们开始往往会感到束手无策,因为既听不懂也看不懂,不知道怎么办好.其实这是非常正常的事情.一场学术报告或

如何有效地报告 Bug

如何有效地报告 Bug 引言 为公众写过软件的人,大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵--译者注)报告,例如: 在报告中说"不好用": 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么"技术支持"被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并不是所有的b

如何有效地报告Bug

英文原文:Simon Tatham,编译:Dasn 引言 为公众写过软件的人,大概都收到过很拙劣的bug报告,例如: 在报告中说“不好用”: 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么“技术支持”被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并不是所有的bug报告都令人生厌:我在业余时间维护自由软件,有时我会收

《提问的智慧》读书笔记

<提问的智慧>读书笔记 最近拜读了一直想看的<提问的智慧>,感觉学到很多东西,做下笔记,督促自己以后提问前都检查下自己有没有做到这些.但愿以后大家都能准确的在网上找到答案:) 好问题与坏问题的栗子 蠢问题:我可以在哪儿找到关于 Foonly Flurbamatic 的资料? // 这种问法无非想得到"STFW" 这样的回答. 聪明问题:我用 Google 搜索过"Foonly Flurbamatic 2600" ,但是没找到有用的结果.谁知道