编写优秀Bug报告的艺术及案例分析

---Rex Black原著《Fine art of writing a good bug report 》

---Kiki翻译于2005/5/28

前言
在99年的Quality week上的一次演讲中，微软的一个测试经理，Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bug report浪费了紧张的开发计划中的宝贵时间，增加了对产品质量完全是无关紧要的事情，同时导致了在开发人员和测试之间的挫败感和差的感觉。有时， bug report是由于短暂的或随机的事件，测试和开发之间不一致的工具和配置，或者在测试的环境下对正确的行为的模糊定义而产生的，但是许多的由于不可重现而被关闭的测试报告是因为描述不清晰，被误解，或者只是文字的错误。
 
幸运的是，我学习到一些能够引起管理层注意，更清楚的和开发人员沟通并得到修复的编写优秀bug report的诀窍。这些技巧不仅仅提供了是在被修复的问题的比例方面得到了可靠的回报，而且在同开发人员和管理层的通过中也得到了回报。在我管理的项目中使用这种方法编写bug report，8份bug report中大约只有一个没有被修复。
 
这篇文章的思想只有当你的报告针对的测试执行过程是专业的质量工作才可以发挥作用。聪明地执行完整的测试包是产生可靠的测试状况信息的基础的其中一个因素。在许多的测试文献中广泛地介绍了多种多样的关于如何构建这样的测试包的方法。选择和你质量风险管理需求相一致的技术并且使之适应你的具体情况，敏捷地监督已计划的测试的执行过程，这样你就可以拥有可靠的测试执行过程。
 
另外一个关键的因素－bug report，却没有得到太多的关注。这是非常令人遗憾的，因为优秀的bug report对反映测试小组真实的和可理解的工作质量同测试本身一样都是非常重要的。试想一下：如果你不能用开发人员能够理解的术语和能够用于调试的方法给开发人员解释一个错误，他怎么能够修复问题呢？如果你不能够在bug report中提出象“保险杆标签”（bumper sticker）一样的错误总结来引起管理层的注意，你又如何让他们关心你们发现的问题呢？
 
Bug report的核心是对错误的描述。表格1中是一个关于好和差的错误描述的例子。编写好的bug report是一种好的艺术形式。采用以下的10条技巧可以帮助你的小组提高编写bug report的质量：
  1. 组织Structure：测试人员应该采用深思熟虑的，小心谨慎的方法执行测试，并且做详尽的记录。这样可以促使他们对测试下的系统有很好的认识。当错误发生的时候，一个有组织的测试人员能够知道最早出现问题的地方。
  2. 重现Reproduce：测试人员在编写bug report之前必须在检查问题是否可重现。如果错误不可再重现，仍然应该写下来，但是必须说明问题的偶然性。一个好的处理原则就是在编写bug report之前反复尝试3次。
  3. 隔离Isolate：在尝试编写bug report之前，必须试着隔离错误。可以采用改变一些变量的方法，如系统的配置，它可能可以改变错误的症状。这些信息可以为开发人员着手调试提供思路。
  4. 归纳Generalize：在测试人员发现了一个已隔离的，可重现的问题后，应该对问题进行归纳。同一个问题是否出现在其他的模块或其他的地方？同一个故障是否有更加严重的问题？
  5. 对比Compare：如果测试人员以前曾经验证过现在出错的测试用例，那么他就应该检查以前的测试结果以检查相同的条件是否通过以前的测试。如果是的话，那么这个问题就象是一个回归的错误。注意由于同一测试条件有可能出现在多个测试用例中，这个步骤就不仅仅只是检查一个测试用例在以前的多个结果。
  6. 总结Summarize：在bug report的第一行写上错误的总结是非常关键的。测试人员要花些时间思考已发现的错误对客户有何影响。这不仅仅要求测试人员编写的报告要能够吸引读者，使和管理层的沟通清晰，还要能够帮助设置错误修复的优先级别。
  7. 精简Condense：在bug report的初稿完成后，测试人员应该反复阅读它，集中剔除那些没有关系的步骤或词语。隐含的或模糊的说明和那些由于对没有任何关系的细节或者那些在重现错误过程中不需要的步骤而消磨报告欢迎程度的无穷唠叨都不是bug report的目标。
  8. 消除歧义Disambiguate：测试人员在精简空话的同时或其之后随即应该再仔细检查报告是否有会产生误解的地方。测试人员应该尽量避免使用模糊的，会产生歧义的和主观的词语。目标是使用能够表述事实，清楚的，不会产生争执的词语。
  9. 中立Neutralize：如文中所述，作为坏消息的传递人，和善地提交消息是一个挑战。如同所有的错误总结一样，独立的bug report在措辞方面应该保持公正。攻击开发人员，指责潜在的错误，企图诙谐或使用挖苦将引起开发人员的憎恶，并且使注意力从“提高产品质量”这个大的目标上转移开了。谨慎的测试人员只用Bug report来描述事实。
  10. 检查Review：一旦测试人员感觉bug report是他能够编写的最好版本，他应该将报告再给一个或多个同行进行检查。他的同事们也应该给出一些建议，为了澄清问题不断地提问，如果适当的话，甚至可以挑战“错误成灾”的结论。在允许的时间里，测试小组应该尽可能提交最好的bug report。
 
以上10条技巧可以帮助你和你的小组提交准确简洁的，彻底校订的，精心构思的，高质量的技术文档。测试小组应该集中编写bug report的任务，测试组长和经理应该让测试组成员清楚地认识到编写优秀的bug report是一项首要的工作任务。衡量优秀的bug report的质量指标应该包括如下：
o        对管理层来说，是清晰明了的，特别是在概要这一级；
o        对于开发部门是有用的，主要是给出能够让开发人员高效地调试问题的相关信息
o        可以很快的将bug从“Opened”状态转变成“Closed”状态，减少为得到更多的信息从开发人员打回的差的bug report并导致测试人员返工的时间。
 
改进bug报告的流程是需要花费一些时间的，但是也给予了效果显著的回报。首先，简单的流程改进了测试小组和高层、平行管理层之间的沟通，增强小组的信任度，名望和鼓励管理层给测试投资更多的资源。第二，平稳地递交报告给开发人员促进了测试和开发人员之间积极的关系。第三，更短的bug生命周期是更加有效的，在时间上之前花费在编写优秀bug report上的时间和后期由于返工差的bug report花费的时间相抵消。这些回报帮助开发流程通过有效的沟通和高效率的流程获得更好的产品质量。
 

Good

Bad
概要（Summary）
Arial, Wingdings和 Symbol字体破坏了新文件。
重现问题的步骤（Steps to Reproduce）：
1. 启动SpeedyWriter编辑器, 接着创建了一个文件.
2. 输入4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”,
3. 选中4行文字，点击字体的下拉菜单，选择Arial.
4. 所有的文字转变成了控制字符，数字和其他一些二进制的数据.
5. 尝试了3次，每次都可以重现这个问题。
隔离（Isolation）
这个问题是新出现在build 1.1.018;相同的测试用例是在builds 1.1.007 (System Test entry) 和 1.1.017中通过测试的.
使用Wingdings和Symbol字体也可以重现这个问题，但Times-Roman, Courier New和Webdings字体都没有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。保存此文件再关闭它，然后再打开文件，这个错误还是存在。
在转换字体之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下，在Solaris, Mac或其它地Windows平台下不出现这个问题。 
 在格式一些文字成Arial字体时，我创建的新文件中所有的内容被毁坏了。
案例分析：SpeedyWriter
SpeedyWriter －－
·         用Java开发的字处理器（word processor）
·         支持常见的字处理器功能
·         在案例分析中，用“italics”字体突出显示内容的描述上有差异
 
步骤1、组织Structure
 
·         采用深思熟虑的，仔细的方法进行测试
·         遵循编写好的或者运行由编写好的和标准化的流程自动化的测试用例
·         做仔细的记录
 
步骤2、重现Reproduce
 

Good

Bad
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2. 然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
 在格式一些文字成Arial字体时，讨厌的bug捣毁了我创建的新文件中所有的内容，浪费了我的时间。
 
 
步骤3、隔离Isolate
 

Better

Good
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，是不会产生这个错误。
这个错误只出现在Windows98平台下。
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2. 然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
这个问题在Solaris下没有出现。
 
步骤4、归纳Generalize
 

Better

Good
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下。
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，是不会产生这个错误。
这个错误只出现在Windows98平台下。
 
步骤5、对比Compare
 

Better

Good
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试.
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下。
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下。
 
步骤6、总结Summarize
 

Better

Good
概要
Arial, Wingdings和 Symbol字体破坏了新文件
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下。
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下。
 
步骤7、精简Condense
 

Better

Good
概要
Arial, Wingdings和 Symbol字体破坏了新文件
· 重现问题的步骤：
1. 启动SpeedyWriter编辑器, 接着创建了一个文件.
2. 输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”,
3. 选中文字，点击字体的下拉菜单，选择Arial.
4. 这个讨厌的bug捣毁了所有的文字，变成了一些毫无意义的垃圾，浪费了用户的时间.
5. 尝试了3次，每次都可以重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。保存此文件再关闭它，然后再打开文件，这个错误还是存在。
在转换字体之前保存文件，将不会产生这个错误。
在已经存在的文件里，是不会产生这个错误。
这个错误只出现在Windows98平台下。
概要
Arial, Wingdings和 Symbol字体破坏了新文件
· 重现问题的步骤：
1. 我打开 SpeedyWriter编辑器, 接着创建了一个文件。
2.然后我输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”, 每次采用bold, italic, strikethrough, 和underline不同的效果。
3. 我选中了文字，点击字体的下拉菜单，选择Arial。
4. 这个讨厌的bug把所有的文字变成了毫无意义的垃圾，浪费了用户的时间。
5. 我尝试了3次，每次都能够重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。我保存此文件再关闭它，然后再重新打开，这个错误还是存在。
如果在未将文字变成“Arial”之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下。
 
步骤8、消除歧义Disambiguate
 

Better

Good
概要
Arial, Wingdings和 Symbol字体破坏了新文件
· 重现问题的步骤：
1. 启动SpeedyWriter编辑器, 接着创建了一个文件.
2. 输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”,
3. 选中4行文字，点击字体的下拉菜单，选择Arial.
4. 这个讨厌的bug捣毁了所有的文字，变成了一些毫无意义的垃圾，包括控制字符，数字和其他一些二进制的垃圾数据，浪费了用户的时间.
5. 尝试了3次，每次都可以重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
相同地步骤下，Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。保存此文件再关闭它，然后再打开文件，这个错误还是存在。
在转换字体之前保存文件，将不会产生这个错误。
在已经存在的文件里，是不会产生这个错误。
这个错误只出现在Windows98平台下，在Solaris, Mac或其它地Windows平台下不出现这个问题。
概要
Arial, Wingdings和 Symbol字体破坏了新文件
· 重现问题的步骤：
1. 启动SpeedyWriter编辑器, 接着创建了一个文件.
2. 输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”,
3. 选中文字，点击字体的下拉菜单，选择Arial.
4. 这个讨厌的bug捣毁了所有的文字，变成了一些毫无意义的垃圾，浪费了用户的时间.
5. 尝试了3次，每次都可以重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。保存此文件再关闭它，然后再打开文件，这个错误还是存在。
在转换字体之前保存文件，将不会产生这个错误。
在已经存在的文件里，是不会产生这个错误。
这个错误只出现在Windows98平台下。
 
步骤9、中立Neutralize
 

Better

Good
概要
Arial, Wingdings和 Symbol字体破坏了新文件
· 重现问题的步骤：
1. 启动SpeedyWriter编辑器, 接着创建了一个文件.
2. 输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”,
3. 选中4行文字，点击字体的下拉菜单，选择Arial.
4. 所有的文字转变成控制字符，数字和其他一些二进制的数据.
5. 尝试了3次，每次都可以重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
相同地步骤下，Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。保存此文件再关闭它，然后再打开文件，这个错误还是存在。
在转换字体之前保存文件，将不会产生这个错误。
在已经存在的文件里，不会产生这个错误。
这个错误只出现在Windows98平台下，在Solaris, Mac或其它地Windows平台下不出现这个问题。
概要
Arial, Wingdings和 Symbol字体破坏了新文件
· 重现问题的步骤：
1. 启动SpeedyWriter编辑器, 接着创建了一个文件.
2. 输入了4行文字, 每次重复输入“The quick fox jumps over the lazy brown dog”,
3. 选中4行文字，点击字体的下拉菜单，选择Arial.
4. 这个讨厌的bug捣毁了所有的文字，变成了一些毫无意义的垃圾，包括控制字符，数字和其他一些二进制的垃圾数据，浪费了用户的时间.
5. 尝试了3次，每次都可以重现这个问题。
隔离
这个问题是新出现在build 1.1.018的；相同的测试用例在builds 1.1.007 (System Test entry) 和 1.1.017中通过了测试。
相同地步骤下，Wingdings和Symbol字体同样也有这个问题。
基于模糊的猜测，这个可能只是一个关于格式化的问题。保存此文件再关闭它，然后再打开文件，这个错误还是存在。
在转换字体之前保存文件，将不会产生这个错误。
在已经存在的文件里，是不会产生这个错误。
这个错误只出现在Windows98平台下，在Solaris, Mac或其它地Windows平台下不出现这个问题。
 
步骤10、检查Review

编写优秀Bug报告的艺术及案例分析的更多相关文章

  1. 如何用 Robotframework 来编写优秀的测试用例

    介绍 这篇文档将会是一篇在「高层面」的怎么用 Robotframework 来编写优秀测试用例的原则.至于如何使用 Robotframework 来与您的待测试系统相作用这样的细节讨论是不包含在这篇文 ...

  2. Bug报告提交规范

    首先声明,bug的测试规范应该在公司的正式文档建立.本建议非正式文档,有些内容可能不正确,有些内容可能需要继续商榷,甚至有些内容同公司规范有冲突.如果发现问题,直接忽略本文相应内容.本帖本意仅就工作中 ...

  3. Mybatis环境搭建中的案例分析 及 如果自己编写DAO接口的实现类

    Mybatis环境搭建中的案例分析public static void main (String[] args) throws Exception { //读配置文件 //第一个: 使用类加载器,只能 ...

  4. 098 01 Android 零基础入门 02 Java面向对象 03 综合案例（学生信息管理） 02 案例分析及实现 02 编写并测试Subject类

    098 01 Android 零基础入门 02 Java面向对象 03 综合案例(学生信息管理) 02 案例分析及实现 02 编写并测试Subject类 本文知识点:编写并测试Subject类 说明: ...

  5. 099 01 Android 零基础入门 02 Java面向对象 03 综合案例（学生信息管理） 02 案例分析及实现 03 编写并测试Student类

    099 01 Android 零基础入门 02 Java面向对象 03 综合案例(学生信息管理) 02 案例分析及实现 03 编写并测试Student类 本文知识点:编写并测试Subject类 说明: ...

  6. Approach for Unsupervised Bug Report Summarization 无监督bug报告汇总方法

    AUSUM: approach for unsupervised bug report summarization 1. Abstract 解决的bug被归类以便未来参考 缺点是还是需要手动的去细读很 ...

  7. K米APP案例分析

    关于 K米 -- 的案例分析 产品 K米的APP (全国KTV点歌,手机直播,互动,交友,预订)的Android客户端 第一部分 调研,评测 评测: 软件的bug,功能评测,黑箱测试 • 下载并使用, ...

  8. 《深入理解Java虚拟机》-----第5章 jvm调优案例分析与实战

    案例分析 高性能硬件上的程序部署策略 例 如 ,一个15万PV/天左右的在线文档类型网站最近更换了硬件系统,新的硬件为4个CPU.16GB物理内存,操作系统为64位CentOS 5.4 , Resin ...

  9. [BUAA2021软工助教]案例分析作业总结

    目录 一.作业链接 二.优秀作业推荐 A+作业推荐 A作业推荐 三.总结 所有案例分析总结 特色与优点 问题与建议 不同类产品案例分析Bug汇总 CSDN问答社区.Stack Overflow.Seg ...

随机推荐

  1. 值得收藏的JSP连接mysql数据库的例子

    1:用mysql驱动把mysql与tomcat的连接起来.把mysql驱动包(不用解压)放到Tomcat安装目录中lib文件夹下即可. 2:然后在自己的新建的web应用程序上面就可以下下面的代码 3: ...

  2. pytest.10.使用fixture参数化测试预期结果

    From: http://www.testclass.net/pytest/test_api_with_expected_result/ 背景 接上一节v2ex网站的查看论坛节点信息的api. 我们在 ...

  3. Requests+正则表达式 爬取猫眼电影

    代码: import re import json from multiprocessing import Pool import requests from requests.exceptions ...

  4. C语言中sizeof与strlen的区别

    1.sizeof sizeof为编译时期被替换,不会等到程序运行再来判断,所以sizeof返回的是数组的总字节数 #include<stdio.h> int main() { ]={'a' ...

  5. react中的路由模块化

    在vue中,可以将路由单独写在一个配置文件中,便于整理维护,而在前面总结整理的react中,都是直接将路由配置放在需要使用的地方,少数的时候话可以接受,但是当项目做大,这种方式就不再被推荐了,我们再r ...

  6. 服务容错保护断路器Hystrix之六：服务熔断和服务降级

    伴随着微服务架构被宣传得如火如荼,一些概念也被推到了我们面前(管你接受不接受),其实大多数概念以前就有,但很少被提的这么频繁(现在好像不提及都不好意思交流了).想起有人总结的一句话,微服务架构的特点就 ...

  7. Java-Runoob-高级教程-实例-时间处理：02. Java 实例 - 获取当前时间

    ylbtech-Java-Runoob-高级教程-实例-时间处理:02. Java 实例 - 获取当前时间 1.返回顶部 1. Java 实例 - 获取当前时间  Java 实例 以下实例演示了如何使 ...

  8. android 网络广播 类似QQ动态检查网络

    private ConnectivityManager mConnectivityManager; private NetworkInfo netInfo; 在onCreate 注册广播 Intent ...

  9. nginx配置location总结及rewrite规则写法 (若配置reload或restart不生效就stop start)

    location正则写法 一个示例: location = / { # 精确匹配 / ,主机名后面不能带任何字符串 [ configuration A ] } location / { # 因为所有的 ...

  10. T-SQL 带参数存储过程

    创建带参数的存储过程 use StudentManager go if exists(select * from sysobjects where name='usp_ScoreQuery4') dr ...