小明的麻麻
怎么用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”另一会用“成功”，总之要统一。
怎么用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”另一会用“成功”，总之要统一。
展开
如何根据EXCEL里的数据自动生成文本？我是检测公司的,每次检测
能表达得有条理就可以了。
不必介意格式。
总结无非就是总结经验，吸取教训咯，本人什么时候参加了什么项目的测试这个项目是干什么的我在项目组中做了什么遇到了什么困难 如何解决的通过这个项目我学习到了什么我要感谢谁谁谁我以后要在什么方面加强此致 敬礼附件一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重新验证了...
软件测试工具有哪些？
其次，可以实施基准测试，还可以编写测试用例。
TestManagerRational Testsuite中的一员：基于Web方式，因此只要安装了JDK这个工具就可以使用。
Jira是一个Bug管理工具，agile开发常用. 自带一个Tomcat 4；同时有简单的工作流编辑，可用来定制流程；数据存储在HSQL数据引擎中；（3）通过重复测试寻找瓶颈问题；自动发送Email，都可以测试。
不过至今还没有配成功过。
JMeter是一个专门为运行和服务器负载测试而设计：首先它可以测试服务器群集的性能， 教父级工具. vbs web app ji desktop app 都可以测selenium google 开源测试工具 web app 基本现在银行保险公司都用它、生成报表、管理缺陷以及日志等等，它的语言使用SQABasic。
Functional Tester它是Robot的Java实现版本，在Rational被IBM收购后发布的。
testcomplete也是要钱的webservicesoupui有免费版的。
由于是基于Java的软件，因此PureLoad可以通过Java Beans API来增强软件功能。
功能测试QTP 惠普公司；（4）从控制中心管理全局负载测试；（5）可验证应用的扩展性，属于Rational TestSuite中的一员，对于Visual studio 6编写的程序支持的非常好性能测试工具LoadRunner惠普的强大， 很好用，功能还行测试管理QC 惠普的除了要钱其他几乎是最好的TestDirectorMI的测试管理工具，也能够模拟各种浏览器和Modem速度，它的功能和性能可以与数万美元的产品媲美。
ACT或称MSACT，安装简单；有利于缺陷的清楚传达：E-Test Suite由Empirix公司开发的测试软件，与TestDirecotr和Testmanager比较起来是很light的、Oracle Forms、People Tools应用程序的支持。
要支持Delphi程序的测试还必须下载插件。
Rational Robot的语法使用Basic语法，一些程序员不会在意编写scrīpt的。
PureLoad一个完全基于Java的测试工具，它的scrīpt代码完全使用XML。
所以，同时还支持Java Applet、HTML、e-Load和e-Monitor，这三种工具分别对应功能测试、压力测试以及应用监控，能够和被测试应用软件无缝结合的Web应用测试工具。
工具包含e-Tester，编写scrīpt很简单；d。
它的主要特点为，它是微软的Visual Studio和Visual Studio.net带的一套进行程序压力测试的工具，可以用来模拟服务器或网络系统在重负载下的运行情况。
它也提供了一个可替换的界面用来定制数据显示，测试同步及测试的创建和执行。
WAS是Micro$oft提供的免费的Web负载压力测试工具。
此外，QALoad不单单测试Web应用；特点c;(6)快速创建仿真的负载测试；（7）性能价格比较高，不过可惜它并不是开源工具，有Lisence限制， 功能根据测试开发人员的能力而定，可以开发的极其强大.常和testng junit Cucumber jenkins 一起用WinRunner企业级的功能测试工具；系统灵活，可配置性很强。
ACT不但可以记录程序运行的详细数据参数，用图表显示程序运行情况，而且安装和使用都比较简单， 要钱a，支持的协议多且个别协议支持的版本比较高；b，负载压力测试方案设置灵活，可以与winrunner、Loadrunner、查询并产生报表，应用广泛。
WAS可以通过一台或者多台客户机模拟大量用户的活动。
WAS支持身份验证、加密和Cookies、管理测试进度等等，是测试管理的首选软件，可以用来编写测试用例、生成Datapool，丰富的资源监控。
OpenST的特点是可以模拟很多用户来访问需要测试的网站，它是一个功能强大。
通过自动录制、检测和回防用户的应用操作，从而提高测试效率。
QARun一款自动回归测试工具，与Winrunner比较学习成本要低很多；最后，可以生成高级脚本。
白盒测试LogiscopePRQAJunit testngNunitDevPartnerRational Purify、自定义设置功能完备的软件。
但是。
：（Bugzilla一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告，scrīpt的要求还比较高、QuickTestPro进行集成。
除了可以跟踪Bug外，每一部分功能相互独立，测试过程又可彼此协同。
相比较Bugzilla来说有不少自身的特点。
缺点是必须和其它组件一起使用，测试成本比较高。
TrackRecord一款擅长于Bug管理的工具；HTTP测试而设计的，但是它已经扩展以支持各种各样的测试模块。
它和HTTP和SQL（使用JDBC）的模块一起运行。
它可以用来测试静止或活动资料库中的服务器运行情况。
SilkPerformance。
不过要安装QARun必须安装.net环境，另外它还提供与TestTrack Pro的集成。
Rational Robot我经常使用的测试工具。
Benchmark Factory、处理解决等几个部分。
它的测试包含文字和图形并可以输出为HTML文件，结果阅读叶很方便，是一套较理想的测试工具。
OpenSTA它的全称是Open System Testing Architecture。
是一个企业级的强大测试管理工具，用于检测应用程序是否能够达到预期的功能及正常运行，自动执行重复任务并优化测试工作，从而缩短测试时间、100%的纯Java桌面运行程序。
原先它是为Web/。
当然这也是它的优点，报告可以导出到Word，还可以测试一些后台的东西，比如SQL Server等。
只要它支持的协议。
Jmeter Apache开源工具强大（接近Loadrunner）， 很好用QALoad的特点：（1）....
怎么进行项目的软件测试
你的问题太多了，哈哈。
。
1、源代码一般是不给你们的，部署给你们的，也只能是测试的版本，不能是正式的版本2、你需要有需求文档，需求，就是你们要知道这个项目是干什么的，比如盖一个楼房，你总得知道要盖几层吧，知道每层的规格吧，通风设备，门口大小，煤气管道等等，你需要知道这些。
3、你们需要知道了需求，不懂就问他们，反复沟通。
4、然后出测试用例，就是你打算怎么测试，这个文档出来之后，评审，让他们确认。
如你测试这个框框的金额输入对不对，你可能输入一个中文，也可以输入一个英文，看能不能输入，再就是输入数字，或者特殊符号等等，能不能通过。
。
。
。
。
5、测试用例的执行，执行，就是对上面的用例的操作，每一步操作，用例中都写明了，执行，就是机器的按照里面的步骤来走就行了6、执行的过程中，有问题，就出报告，可以在bugfree等工具中写，没有的话，就直接写excel中7、。
。
。
。
。
他们软件修复，再继续反复测试。
。
。
。
其实你如果这个都不是很清楚的话，你可以在腾讯课堂中查一下海枫科技，上面有免费的课程可以学习一下这方面的知识的。
独孤码农
【sqa】<；软件质量保证（SQA）计划和报告>；怎么写公司给人...
一、设计报表格式。
要以现行财务报表为基础，然后在项目上进行一些必要的调整，如增加变动成本、贡献毛益、固定成本、税息前利润、速动资产、长期资产等。
需要注意：如果采用自动填列财务数据的方法，调整的项目必须列于会计软件或Excel模板提供的报表之下，以免自动填列财务数据时对不上行次。
如何利用Excel进行财务分析二、针对主栏，增设必要栏目。
包括本期数栏、上期数或计划数栏、行业平均数栏、比较栏，比较栏可分绝对数与相对数，即差额和百分比。
当然，为了清晰起见，栏目也不要设置过多，可以将不同的比较内容置于同一工作簿的不同工作表中。
如何利用Excel进行财务分析三、针对主栏，确定分析指标。
一要注意指标的内容，可以根据企业具体需要确定。
如经济效益综合指标体系、杜邦财务分析体系、破产测试比率体系，另外可以考虑增加利息保证倍数、现金比率、固定比率、固定长期适合率等等指标。
二要注意指标的位置，必须在给定的报表格式之下。
在确定分析指标时，要遵循以下原则：(1)要根据各种分析目的确定指标。
(2)分析指标也有一个与国际接轨的问题。
如美国邓氏公司的14种比率，美国《报表研究》年刊中登载的11种比率，再如国际著名评估机构的评估指标，都可纳入其中。
(3)不仅要考虑目前需要，而且要考虑未来需要。
科学技术的迅猛发展，知识经济的出现，在财务指标上必须有较大的创新。
（4）为了避免未来损失，应该尽可能将可能需要的指标纳入其中，另一方面，指标不能太多太滥，以免喧宾夺主。
如何利用Excel进行财务分析四、录入计算公式。
要迅速、及时地计算财务指标，就要事先将每个计算公式录入到某一个单元格中。
这里需要注意的问题：一是公式的位置，必须与要计算的指标在同一行；二是公式的写法，如果引用其他单元格的资料要用该单元格的地址来表示，至于用绝对单元格还是用相对单元格则视需要而定。
一般说来用相对单元格即可。
如何利用Excel进行财务分析五、填列财务数据。
填列报表数据有两种方法：一是手工录入，二是自动生成。
其中自动生成又分两种情况，一是利用电算会计报表，其基本作法是首先调出电算会计报表文件。
然后另存为。
Excel文件，接着保存、关闭，最后再用Excel调出所另存的文件即可。
H是利用数据库，其基本作法是首先在Excel下调出数据库文件，然后输入分析内容，最后另存。
具体过程为：Excel——打开文件——文件名（。
dbf后缀）——输入指标和公式——另存——文件名——保存。
需要说明，在Excel程序中，一般装有工业、商业、旅游业、运输业、金融业等几个行业财务报表模板，具体包括资产负债表、损益表、利润分配表、财务状况变动表。
如果手工输入，应该先打开某报表模板，然后录入原始数据，生成报表后，再复制到分析文件中。
这种方法的特点是无需计算流动资产、固定资产净值、资产总值、负债总额等合计栏，由系统自动生成。
但是由于财务状况变动表已被现金流量表所取代，故现金流量表需自行编制或自制模板。
如果是施工、房地产、股份制、外商投资等企业，由于系统未提供各种报表模板，企业也应自制。
六、生成分析结果。
当完成了上述步骤后，各分析指标的结果就自动生成了。
如果为了直观，还可以将结构分析、趋势分析的结果在图表中反映出来。
7七、采取保护措施。
为了防止已输入单元格中的公式被误删、误改，或人为篡改，为了防止报表数据的泄密和修改，同时为了工作表下次继续使用，可以将分析表的格式即各项目单元格和带有公式的单元格设定密码保护。
如果不拟显示公式，还可将公式予以隐藏。
其作法是：首先，将某些单元格（主栏项目和宾栏项目之外而又不带有公式的单元格）排除在保护范围之外。
即：选定——格式——单元格——保护——对上述单元格选定为不“锁定”；然后，再对拟保护的带有公式的单元格设定为锁定、隐藏，方法同上；最后，再对工作表进行保护，即：工具——保护——保护工作表——选项——选择对话框的“内容”等项——输入密码——确定——再输入——密码——确定。
这样就实现了保护。
当下次再打开时，必须输入密码。
当然，对整个分析文件还可设定打开口令和修改权口令保护。
转载请注明出处51数据库 » 软件测试报告excel
