还有谁-我就问一下
怎么用excel写软件测试bug报告
摘要：当前用户对软件企业开发出来的软件质量提出了越来越高的要求了。
所以在这种大的环境背景下，催生了一个新兴的职业——“软件测试工程师”的职业。
尤其是最近2-3年来加入这个职业或者即将加入到这个职业的人也越来越多了。
那么作为一名软件测试工程师，我们该如何迅速找到软件中的缺陷Bug呢？ 下面结合作者多年的软件测试经验谈谈。
按照作者的观点：凡是不符合用户需求的，或者在使用过程中给用户造成不便的，都认为它是Bug。
话虽然说的有点极端，但是现实就是如此。
那么对于刚入行的软件测试新手迅速找出软件中的Bug思路如下： 1、尽快熟悉公司的产品业务 比如你们公司做ERP软件的，你肯定要迅速熟悉EPR的业务流程；比如你们公司是做法院软件的，那么你一定要熟悉法院审判案件的流程，只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷，你发现的软件缺陷才是有价值的。
否则即使你能找到一些软件缺陷，那也是纯软件的缺陷，价值不大。
2、把自己当成是用户 把自己当成是用户去使用该系统，比如在使用该系统过程中是这样操作的吗？ 2.1 比如在大量要求用户输入的软件界面中，有一些用户喜欢使用Tab键采用全键盘的输入；此时的正确的接口应该采取从左到右，从上到下的顺序。
2.2 比如有的用户喜欢使用快捷键操作等（Ctr+C,Ctr+V,Ctr+F），但是实际情况下一些开发出来的软件的快捷键却根本不起作用。
2.3 比如软件在需要用户输入的信息的时候（特别是在填写个人资料的时候），必填项后面一律要用*等醒目的标示，要让用户知道这个地方时必须填写的。
2.4 下拉框不选值的时候，应该有个默认值；并且要多检查程序中的多处下拉框，因为很多情况下下拉框取不到值。
3、善于怀疑，不要迷信高手 世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。
别人认为是对的，我却认为不是对的。
如果你认为某个或者某些程序员水平很高，他写的这个地方应该没问题吧，那么我要说你错了，这样很容易遗漏软件中的Bug。
因为程序开发人员毕竟是普通的人，只要是人就会犯错误的。
4、不要让程序开发人员的观点：“用户不会进行这样的操作”而说服自己 遇到这样的情况，你要坚持你自己正确的想法，以后对方会明白你的。
比如在一个录入员工基本信息的系统中，系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中，此时你不要被程序员的用户不会进行这样操作的观点说服自己，你要坚持你正确的观点，把这种现象作为一个Bug吧，勇敢点！你的选择不会不错！ 5、在软件测试过程中要跟踪一条数据完整的流程 在软件测试的时候要跟踪一条数据完整的流程，保证数据的正确性这个真的是太重要了：假如你在测试一个销售的类型的软件的时候：你应该先做订货-à入库-à盘点-à销售-à查询。
首先你要保证这个数据的流向是正确的无误的。
假如你在测试法院审判软件的时候，你要先收案-à立案-à发送审批-à排期---审理审判-à结案判决-à归档-à查询。
总之跟踪一条数据的流程，保证数据的正确性。
如果经过你测试的软件在用户使用过程中业务流程上都走不通的话，那么这样的软件你说经过你的测试，但是在比人看来与没有测试有什么区别呢？ 6、回归测试要注意的细项 程序员提交新的程序版本后，作为测试人员应该立即与程序员沟通这个修改的功能、并且这个新修改的功能影响哪些功能。
举个简单的例子来说明一下：比如在一款软件中，程序开发人员修改了某个“会员”的某个字段信息。
作为测试人员首先你要测试“会员”的功能这个是你首先需要做的。
另外你还要和程序员沟通询问他们新修改的这个会员的字段，会影响会员的销售功能吗？会对会员以前的销售记录的查询有影响吗？如果对这些功能有影响，那么这些功能都是你在回归测试的时候重点测试的地方，也是最容易产生Bug的地方了。
7、与使用者互动的缺陷 7.1 如填写资料错误应的时候，应该能够提示错误的位置，让用户知道是这个地方输入数据不对。
7.2 删除数据之前给一定要给出是否删除确认提示。
7.3 不要在软件中使用中英文混合的提示比如：比如对于用户某个操作的错误提示，不要一会用“error”、一会用“错误”；一会用“succeed”另一会用“成功”，总之要统一。
怎么进行项目的软件测试
你的问题太多了，哈哈。
。
1、源代码一般是不给你们的，部署给你们的，也只能是测试的版本，不能是正式的版本2、你需要有需求文档，需求，就是你们要知道这个项目是干什么的，比如盖一个楼房，你总得知道要盖几层吧，知道每层的规格吧，通风设备，门口大小，煤气管道等等，你需要知道这些。
3、你们需要知道了需求，不懂就问他们，反复沟通。
4、然后出测试用例，就是你打算怎么测试，这个文档出来之后，评审，让他们确认。
如你测试这个框框的金额输入对不对，你可能输入一个中文，也可以输入一个英文，看能不能输入，再就是输入数字，或者特殊符号等等，能不能通过。
。
。
。
。
5、测试用例的执行，执行，就是对上面的用例的操作，每一步操作，用例中都写明了，执行，就是机器的按照里面的步骤来走就行了6、执行的过程中，有问题，就出报告，可以在bugfree等工具中写，没有的话，就直接写excel中7、。
。
。
。
。
他们软件修复，再继续反复测试。
。
。
。
其实你如果这个都不是很清楚的话，你可以在腾讯课堂中查一下海枫科技，上面有免费的课程可以学习一下这方面的知识的。
独孤码农
软件测试 项目总结怎么写啊？高手指教下
展开全部 能表达得有条理就可以了。
不必介意格式。
总结无非就是总结经验，吸取教训咯，本人什么时候参加了什么项目的测试这个项目是干什么的我在项目组中做了什么遇到了什么困难 如何解决的通过这个项目我学习到了什么我要感谢谁谁谁我以后要在什么方面加强此致 敬礼附件一X项目的测试工作到今天算是全部结束了，除了后期维护必要的一些回归测试和用户使用手册的撰写外，整个测试阶段告一段落。
从10月底进入项目，在测试经理的帮助下开始学着写项目测试文档，到根据文档的每日功能测试及回归测试，再到整个项目进行迭代后对测试文档的重新架构及整体回归测试，直至最后的统一交付测试，我个人提交总BUG数为244个。
在这244个BUG的提交和回归过程中，在测试文档的写作及修订中，我对整个项目的逻辑及架构逐步清晰，对项目之间所需的复杂交互的认识也越发深入，对项目功能逻辑上的测试如何进行也更加明晰。
下面我简单谈谈对项目的认识、经验和教训，以及对未来改进的一些建议！一、对项目的认识进入这个项目是在今年十月底，当时测试经理和C已经把Setting（当时是Admin）部分的测试结束了，所以我直接开始接着D的测试文档继续往下写（当时是从Revenue的Report部分开始，即现在的Report模块）。
因为跳过了逻辑部分，所以对整个项目逻辑理解很不够，开始写的测试文档也非常浅显，就是描述了一下页面布局。
这里我的感觉是，测试人员进入项目初期，项目经理有必要指派专门人员与测试人员沟通，帮助其理清整个项目的顺序逻辑。
当时C简单地跟我介绍了一下整个项目，我的感觉是沟通不够，对逻辑理解比较欠缺。
Report部分写完，就直接开始测试——用自己刚写完的文档进行测试，效果显然不够理想。
因为测试人员刚进行该模块测试文档的编撰，再让他对该模块进行测试，这样做的一个后果就是，测试人员会先入为主地觉得自己不需要按部就班地照着文档进行测试（因为文档就是自己写的）。
还有一个很大的问题就是，倘若测试人员在文档撰写上存在严重漏洞的话，他在测试时仍然不可能发现自己的漏洞所在。
所以我建议测试文档撰写人员与测试人员最好不要是同一个人，这样有助于发现测试文档构建的漏洞。
测试完Report后，紧接着开始进行Expense模块测试文档的撰写。
这时我开始接触到一些逻辑，即Expense与Setting部分联系的逻辑。
这时遇到的问题最多最杂，随时随地都需要与C，甚至项目经理进行沟通。
由于之前对主功能（Setting部分）的不熟悉，这种一边沟通一边撰写的测试文档可以说是漏洞百出。
由于项目时间也比较紧，我需要在一周内完成整个Expense模块的测试文档，所以最终完成的文档很不理想。
这里我觉得还是之前沟通不到位的问题，应该有一个对整个项目非常熟悉的人来帮助测试人员理清整个项目逻辑再进行测试文档撰写，而不是一开始就撰写测试文档。
接着就是根据自己撰写的Expense文档对Expense模块进行测试，效果也不够理想。
这里我还有一个建议就是，如果测试人员在初始进入项目时没有得到及时沟通，至少需要给他一周时间先对主功能（即Setting部分）进行完整测试，对照需求手册及主功能发现的BUG，对主功能进行深入理解。
Expense测试完成后，开始对整个项目进行回归测试。
在这个过程中，我逐渐理清了整个项目的逻辑，也开始试图修改以前的文档。
但由于文档量太大，文档结构不够清晰，时间也比较紧，修改难于进行。
大部分原因是我经验不足造成的，之前撰写测试文档时，思路过于混乱，想到哪里写到哪里，导致最后文档难于维护和修改。
回归测试结束后，整个系统逻辑已经比较清晰。
这时项目进行新一轮的迭代，用户需求改了很多，其中包括增加、修改大量功能、名称，以及对整个系统结构进行重构。
这对测试文档而言改动点非常多（包括结构顺序改变、测试编号订正、功能模块名称修改等），而且需求文档并未因此变化，造成最后测试文档与需求文档的不匹配。
这是一个协调的过程，系统迭代后，需求文档应及时随着系统进行修改。
迭代开发过程中，测试基本上是项目改到哪就测到哪，这里面最大的问题不是发现修改模块的BUG，而是发现修改该模块后牵涉到的其它模块出现的BUG。
这种连带BUG的产生可以说是防不胜防，让测试人员苦恼不已。
到现在我也没想出解决办法，只能说对模块之间的联系及交互逻辑理解仍需加深。
迭代开发后期，开始对整个系统从头回归一遍，这时候又发现了许多以前从未出现的BUG。
这个时期大家都很烦躁困惑，曾经运转良好的页面，突然出现存储问题；曾经更新正常的功能，突然无法更新；曾经显示正常的Excel，突然显示错误… …这些都让人苦恼，当然，这些应该都是正常现象。
测试人员在测试后期尤其需要提高警惕，不能漏过任何一个功能点，更不能忽略任何一次貌似无用的查询、翻页、按键。
最后，是大家一起进行的交付测试，人员包括了所有的编程人员及测试人员。
这期间，除了对基本功能的回归测试外，还包括了并发测试及性能测试（这主要是编程人员在做），除此之外，我将过去提交修正过的所有BUG重...
tems软件测试log怎么导出Excel表
软件测试行业，在国内还处于发展阶段，比一般的文员，内勤等文职这类的工作，软件测试的工作环境，职业发展还是好的。
综合来说软件测试应该算是一个相对较好的职业。
从事技术行业的确主要靠不断的学习和累积经验。
去培训机构进行系统的学习的确是一个很好的选择。
要学软件测试，需要学的知识很多很繁杂。
选择机构的时候需要注意以下几点：1.行业背景，也就是企业实力。
2.师资力量，要有丰富的教学经验。
3.课程设置，理论和实战结合。
4.最后建议选择规模大、实力强的机构。
经过以上一番选择，你收获的不仅仅是技能和行业知识，还有超出其他人的经验及能力，对将来工作之后会很有帮助
怎么进行项目的软件测试
展开全部 你的问题太多了，哈哈。
。
1、源代码一般是不给你们的，部署给你们的，也只能是测试的版本，不能是正式的版本2、你需要有需求文档，需求，就是你们要知道这个项目是干什么的，比如盖一个楼房，你总得知道要盖几层吧，知道每层的规格吧，通风设备，门口大小，煤气管道等等，你需要知道这些。
3、你们需要知道了需求，不懂就问他们，反复沟通。
4、然后出测试用例，就是你打算怎么测试，这个文档出来之后，评审，让他们确认。
如你测试这个框框的金额输入对不对，你可能输入一个中文，也可以输入一个英文，看能不能输入，再就是输入数字，或者特殊符号等等，能不能通过。
。
。
。
。
5、测试用例的执行，执行，就是对上面的用例的操作，每一步操作，用例中都写明了，执行，就是机器的按照里面的步骤来走就行了6、执行的过程中，有问题，就出报告，可以在bugfree等工具中写，没有的话，就直接写excel中7、。
。
。
。
。
他们软件修复，再继续反复测试。
。
。
。
其实你如果这个都不是很清楚的话，你可以在腾讯课堂中查一下海枫科技，上面有免费的课程可以学习一下这方面的知识的。
独孤码农
转载请注明出处51数据库 » 软件测试报告excel
