缺陷报告
软件缺陷的描述是软件缺陷报告的基础部分，需要使用简单、准确、专业的术语来描述缺陷。
否则，它就会含糊不清，可能会误导开发人员，影响开发人员的效率，
也会影响测试人员自身的声誉，准确报告缺陷是非常重要的。
清晰准确的软件缺陷描述可以减少开发人员退回来的缺陷数量，可以节省开发人员和测试人员的时间。
提高软件缺陷修复的速度，使项目组能够有效地工作。
提高测试人员的可信任程度，可以得到开发人员对有效缺陷的及时响应。
加强开发人员、测试人员和管理人员的协同工作，让他们更好的工作。
报告缺陷注意事项
尽量确保缺陷可以重现
如果提交的缺陷无法重现，会影响开发人员的工作效率。
简洁、准确、完整
测试人员在提交缺陷报告时，要站在开发人员的角度上思考问题，要确保开发人员能迅速定位问题，而不会产生理解上的歧义。
一个缺陷一个报告
有的测试人员喜欢在一个缺陷报告里提交多个缺陷，这种习惯不提倡，原因有以下两点：
不便于分配
比如缺陷报告有2个缺陷，分别属于不同的开发人员，到底该分配给谁呢？
不便于验证。
比如一个缺陷报告里面有2个缺陷，缺陷1已经解决，缺陷2还没有解决，那么这个缺陷报告该不该关闭呢？
缺陷书写规范
标题：应保持简短、准确，提供缺陷的本质信息
尽量按缺陷发生的原因与结果的方式书写；
避免使用模糊不清的词语，例如：“功能中断，功能不正确，行为不起作用”等。应该使用具体文字说明缺陷的症状；
为了便于他人理解，避免使用俚语或过分具体的测试细节。
复现步骤：应包含如何使别人能够很容易的复现该缺陷的完整步骤。
为了达到这个要求，复现步骤的信息必须是完整的、准确的、简明的、可复现的。常见问题：
包含了过多的多余步骤，且句子结构混乱，可读性差，难以理解；
包含的信息过少，丢失了操作的必要步骤；
复现步骤的正确书写方式：
提供测试的环境信息；
简单地一步步引导复现该缺陷，一个步骤包含的操作不要多；
每个步骤前使用数字对步骤编号；
尽量使用短语或短句，避免复杂句型句式；
复现的步骤要完整、准确、简短；
将常见步骤合并为较少步骤；
按实际需要决定是否包含步骤执行后的结果。
实际结果：是执行复现步骤后软件的现象和产生的行为
实际结果的描述应向标题信息那样，要列出具体的缺陷症状，而不是简单地指出“不正确”或“不起作用”
期望结果：描述应与实际结果的描述方式相同。通常需要列出期望的结果是什么。
附件：对缺陷描述的补充说明，可以是以下一些类型：
缺陷症状的截图；
测试使用的数据文件；166 199 188
其它：
选择合适的缺陷严重性属性；
按相应的规定，填写相应的字段信息
避免常见的错误：
避免使用我、你等人称代词，可以直接使用动词或必要时使用“用户”代替
避免使用情绪化的语言和强调符号；
避免使用诸如“似乎”、“看上去可能”等含义模糊的词汇，而需要报告确定的缺陷结果；
避免使用自认为比较幽默的语句，只需客观地描述缺陷的信息；
避免提交不确定的测试问题，自己至少需要重现一次再提交。
缺陷报告
缺陷处理流程
缺陷的跟踪
新提交的缺陷为新建状态，确认有效后为打开状态，经开发人员修改后，缺陷变为已修复（待验证）状态。
此时就需要测试人员对缺陷进行回归测试，验证问题是否修复。
如果问题仍然存在，则测试人员将该缺陷的状态修改为重新打开；
如果问题已经修复，则测试人员将该缺陷的状态置为关闭状态（验证通过），同时添加回测说明如“该缺陷已解决”。
还有一种情况：开发人员认为缺陷在当前版本可以暂不修改，而考虑在后续版本中再做修正，缺陷的对应状态为延期。
对于这种情况，项目负责人应召集开发人员、测试人员和其他项目相关人员进行讨论，如果讨论结果为同意则延期，
如果不同意，则重新打开缺陷。
缺陷密度
缺陷密度
基本的缺陷测量是以每千行代码的缺陷数(个/KLOC)来测量的。称为缺陷密度，其测量单位是defects／KLOC。
可按照以下步骤来计算一个程序的缺陷密度：
累计开发过程中每个阶段发现的缺陷总数。
统计程序中新开发的和修改的代码行数。
计算每千行的缺陷数=1000*缺陷总数/代码行数。
例如
一个29.6万行的源程序总共有145个缺陷，则缺陷密度为：
缺陷密度＝1000*145/296000=0.49 个／KLOC。
svn使用指南
问题与案例
电脑发生故障，文件没有备份而丢失了
由于人员离职，导致某些资料丢失了
我怎么知道手头的公共资料是不是最新版呢？
想要追溯几个月前的某个状态，却发现那个版本的文件已经被当作垃圾删除了
每天要花费很多时间来向别人提供需要共享的资料
相似的应用系统，每次都重复开发，难以复用
一个软件被用于多个项目，发现其中存在一个BUG，所有这些项目都要进行修复
人员分布在两地开发，版本如何同步
甲乙两人为不同目的修改了同一份文件，乙的提交在甲提交之后，导致甲修改的内容丢失了
SVN简介
一个开源的版本管理软件
可架设在Apache上，最常用的客户端为TortoiseSVN（简称TSVN）
应用环境
服务器端：CollabNet的SVN服务器端安装包（内含Apache2.2）
推荐使用TortoiseSVN（以下简称TSVN）
可通过TSVN进行读、写操作
可通过IE浏览器进行读操作
可通过各种插件与开发工具集成
客户端安装
安装文件：
TSVN客户端：
TortoiseSVN-1.6.8.19260-win32-svn-1.6.11.msi
TSVN中文语言包：
LanguagePack_1.6.8.19260-win32-zh_CN.msi
全部选择默认安装，安装完成后重启电脑
TSVN通过右键菜单与Windows资源管理器集成，没有自己的窗口界面
TSVN右键菜单
找到你想要设置成公共文档的文件夹，右键点击后选择上图中的在此创建版本库；
在设置里面，选择中文即可实现中英文的切换；
svn基本操作
要先在一个空文件夹下，检出之后，受svn版本控制，才可以在受到SVN版本控制的文件夹下进行下图操作：
添加文件：找到随便一个受svn控制的文件夹，在里面放你的文件，然后在这个受控制的文件上右键，提交即可实现
删除文件：右键选择文件，点击删除（是tsvn的删除按钮），必须返回上级文件夹右键-提交；
改名字：文件—右键—tsvn的改名，然后回到上级文件夹右键—提交
文件的移动：右键找到tsvn的“版本库浏览器”，随意拖拽文件的位置即可实现文件的移动效果；
（注意：如果是在服务器的版本库浏览器设置，直接可以实现一个默认的提交，如果不是在服务器的版本浏览器设置，就必须回到上级目录点击提交才可以）
更新至版本：必须是受svn控制的文件夹，右键—更新至版本—显示日志—找到想要的版本，点击确定即可；