不要做个冒失鬼q
怎么编写软件测试计划书？
测试计划测试概述： 测试背景：测试手段：手工测试测试范围：功能测试 界面测试 接口测试 容错测试 安全测试 性能测试 稳定性测试 恢复测试 配置测试 安装测试 文档测试 可用性测试测试环境：软件环境 操作系统 被测软件 其他软件硬件配置PC 配置：CPU内存 ：1G外部设备测试策略： 一.功能测试1.菜单点击相应标题菜单，验证其功能是否能实现2.工具栏 点击相应工具栏，验证其功能是否实现3.按钮 4.快捷键5.下拉框6.单选按钮7. 复选按钮8.切换按钮9.编辑按钮 10.触发键： 11.链接：二 .界面测试 点击相应按钮是否满足UI设计1登陆界面2总界面3 输入界面 4处理界面5输出界面6提示界面三. 容测测试 是否满足数据库设计要求 主键容错非空容错 四、接口测试 点击相应的菜单 按钮 工具栏按钮 弹出相应的接口界面，验证其功能是否能正确实现 模块之间的调用 是否满足概要设计的要求 1.内部接口 2.业务流程测试 3.外部接口五、安全测试1.应用级安全测试 2.系统级安全测试 点击相应菜单，验证其功能是否实现 六.性能侧试七.负载测试 八.稳定性测试九 .恢复测试十.配置测试 十一. 安装测试十二.文档测试软件需求 概要设计 测试计划 测试用例 技术文档的 质量通过评审 来保障在线帮助安装手册使用手册七.测试进度安排 工作内容 开始时间 结束时间 责任人 提交的结果 备注编写测试计划 设计发短信测试用例 设计资费测试用例 搭建测试环境 集成测试 执行发短信测试用例 执行资费测试用例 集成测试分析报告 系统测试 性能测试 恢复测试 配置测试 系统测试分析报告
怎么用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”另一会用“成功”，总之要统一。
如何写软件测试人员的周报或日报
给你一个模版XXX公司 文档编号 项目版本 密级 XXX项目 共13页 XXX项目 系统测试报告 拟制： 日期： yyyy/mm/dd 审核： 日期： yyyy/mm/dd 批准： 日期： yyyy/mm/dd 修订记录 日期 修订版本 描述 作者 目 录 第一章节：概述 5 第二章节：测试时间、地点及人员 5 第三章节：环境描述 5 第四章节：总结和评价 64.1测试过程统计 64.1.1 用例数统计 64.1.2 用例对需求的覆盖度 64.1.3 用例的稳定性 64.1.4 用例的有效性 64.1.5 测试执行工作量统计 74.1.6 测试执行的效率 74.1.7 版本缺陷统计 74.1.8 测试过程综合评价 74.2 被测系统质量评估 74.2.2 缺陷个数 74.2.3 缺陷严重等级评估 84.2.4 缺陷原因分布 84.2.5 测试用例的通过率 84.2.6 软件质量评价 84.3 测试总结和改进建议 8 第五章节： 遗留问题报告 9 第六章节： 附件 91.1 交付的测试工作产品 9 关键词： 摘 要： 缩略语清单： 缩略语 英文全名 中文解释 第一章节：概述 项目的一些概述 第二章节：测试时间、地点及人员 版本名称 测试时间 测试人员 测试地点 起始时间 结束时间 第三章节：环境描述 硬件环境 软件环境 名称 型号 大小 个数 名称 版本号 CPU 操作系统 内存 应用软件 硬盘 数据库 第四章节：总结和评价4.1测试过程统计4.1.1 用例数统计 模块 规模（KLOC） 用例数 用例数/KLOC 合计 4.1.2 用例对需求的覆盖度 需求id 用例数 合计 4.1.3 用例的稳定性 模块/特性 用例数 变更用例数 变更用例数/用例数% 合计 4.1.4 用例的有效性 模块特性 用例数 发现的缺陷数 缺陷数/用例数 合计 4.1.5 测试执行工作量统计 模块特性 规模 投入人时 投入人时/KLOC 合计 4.1.6 测试执行的效率 模块特性 执行用例数 发现缺陷数 人时 执行用例数/人时 发现缺陷数/人时 合计 4.1.7 版本缺陷统计 模块特性 版本1（缺陷个数） 合计（缺陷个数） 合计 4.1.8 测试过程分析 （这里主要根据以上的统计数据和日常小组的工作情况，对测试过程中的异常情况，如测试延期，测试质量不高等问题进行说明，并适当分析原因，给出改进的建议。
）4.2 被测系统质量评估4.2.2 缺陷个数 模块 规模（KLOC） 缺陷数 缺陷数/KLOC 合计 4.2.3 缺陷严重等级评估 模块特性 致命 严重 一般 提示 合计 合计 4.2.4 缺陷引入阶段分布 缺陷原因 致命 严重 一般 提示 合计 需求 设计 编码 合计 4.2.5 测试用例的通过率 模块特性 OK项 NOK项 BLOCK项 NA项 合计 用例通过率% 合计 4.2.6 软件质量评价 测试对象的整体质量：B 备注：A：质量稳定，适合大规模使用。
B：存在少数非严重问题，但有规避措施，可以局部使用。
C：基本功能可用，但严重问题较多，不能发布。
D：基本功能不可用4.3 测试总结和改进建议 （这里主要根据以上的数据从测试过程，软件质量，以及各个团队在该项目中的协作进行整体的总结和评价，暴露项目中出现的问题，并积极提出改进的建议） 第五章节： 遗留问题报告 表1 遗留问题统计表 问题总数 致命问题 严重问题 一般问题 提示问题 其他统计项 数目 百分比 遗留问题详细信息参见《XXX项目遗留问题表》第六章节： 附件 交付的测试工作产品1.测试用例2.测试日报3.测试报告4.测试记录5.缺陷报告
如何写软件测试计划
展开全部 1 软件测试计划的编写基础知识已经分享的差不多了，之后就是我们的收尾工作，今天给大家讲讲我们做测试过程中会用到的一个文档：《软件测试计划》在我们软件测试工作阶段，一共分为五个阶段：计划、设计、执行、评估、验收。
可以看到在做软件测试工作的时候，最开始，就是要做好计划工作，也就是软件测试计划。
在软件测试计划里面应该包含哪些内容呢？包括这些：1）测试开始时间 &测试结束时间2）测试的内容模块定位（包含哪些内容测试点）3）测试的参与人员以及任务分工4）输出文档的规定以及存放5）采用的测试方法以及测试工具的申请。
其实就总结起来，就是大家看见过的5W原则：When：什么时候开始做，什么时候结束测试，要在这段时间内做好一个规划与进度。
What：我们要做什么？要明确的罗列出来，好明确我们的测试方向和重点，并方便后期划分责任模块Who：谁要参与这次项目的测试？具体负责哪个模块的功能测试？主要负责任务是？都是在这个里面进行明确的责任划分How：如何测试，确定我们的测试方法：是白盒测试还是黑盒测试？我们要不要进行自动化测试要不要进行性能压力测试？要不要进行安全性测试，都需要在这个里面计划好。
Where：这个是说把文档放在哪里，就明确的包括了我们的输出文档有哪些：比如说测试用例？Bug列表？测试报告等等文档要存放的位置，作用就是规定输出文档以及输出文档的存放位置。
怎么样，这么一说，是不是觉得软件测试报告要很好理解了呢？今天给大家分享了软件测试报告的编写！更多问题可以加群 333782754 小编每天都按时推送，关注我们打发你的琐碎时间。
如果你有别的见解，也非常欢迎留言！...
如何才能写好一个软件的测试用例
写好一个软件的测试用例的建议有：1、测试用例名称，也叫测试用例标题，一定要写得简洁、明了，需要用概括的语言描述该用例的出发点和关注点，使得测试人员第一眼看到测试用例名称就能够明白测试用例的目的。
用例名称中一般要求不能存在假设性的语句，并且原则上每个用例的名称不能重复。
2、预置条件要明确，包括测试环境、测试数据、测试场景。
因为许多BUG只有在特定的环境、特定的场景下才可以重现。
没有正确的前提条件，就无法进行后面的测试步骤或无法得到预期的结果。
3、测试步骤描述要简单、清晰，并且要清楚每一个步骤的描述，比如：第一步，输入用户姓名；第二步，输入登录密码；第三步，用户点击登录。
步骤写的明确时就利于提高用例的可操作性。
4、用例的预期结果要完整而且清晰，并且要将各个输出的结果写出来，包括：返回值的内容、数据库相关字段的记录、界面的响应结果、输出结果的规则符合度、日志的检查和对其它业务影响的检查。
5、测试用例级别要划分清楚，这样在测试执行时有主次之分。
6、测试用例的划分也要单一，一个测试用例只检查功能点的一种情况。
一个用例检查的情况太多，会导致用例的目的不明确。
而且这样组织用例，有利于需求覆盖率的统计。
一个功能点我们测试了哪些情况，以及哪些功能点我们在重点测试，一目了然。
求问,软件测试一般简历要怎么写
软件测试一般简历的格式及内容：姓名：目前所在： 天河区 年 龄： 24 户口所在： 江西 国 籍： 中国 婚姻状况： 未婚 民 族： 汉族 培训认证： 未参加 身 高： 175 cm 诚信徽章： 未申请 体 重： 64 kg 人才测评： 未测评 我的特长： 求职意向 人才类型： 普通求职 应聘职位： 软件测试工程师： 工作年限： 3 职 称： 求职类型： 全职 可到职日期： 一个星期 月薪要求： 3500--5000 希望工作地区： 广州，， 工作经历 江西易往信息技术有限公司 起止年月：2009-06 ~ 2010-05 公司性质： 股份制企业 所属行业：通信/电信/网络设备 担任职位： 软件测试工程师 工作描述： 主要职责：1. 根据项目需求，制订测试方案，编写测试计划，编写测试用例；2、搭建测试环境，执行测试用例并跟踪测试结果； 3、编写维护软件说明及测试报告等相关文档；4、日常差错问题查询、处理及跟踪提交详细报告； 离职原因： 深造 广东赛特技工学校 起止年月：2008-02 ~ 2009-06 公司性质： 私营企业 所属行业：教育/培训/院校 担任职位： 班主任兼教师 工作描述： 学生管理与家长沟通，课件安排及课程的教学。
离职原因： 目标--资深软测工程师 志愿者经历 教育背景 毕业院校： 最高学历： 本科 获得学位： 毕业日期： 2008-06 专 业 一： 机械电子 专 业 二： 起始年月 终止年月 学校（机构） 所学专业 获得证书 证书编号 2010-06 2010-12 北大青鸟广州软测培训中心 软件测试 北大青鸟软件测试工程师证书 - 语言能力 外语： 英语 良好 粤语水平： 良好 其它外语能力： 英语 四级 国语水平： 精通 工作能力及其他专长 掌握C语言，熟悉HTML、XML语言、VBScript脚本语言，了解Java语言、C++ ；能够熟练读写英文技术文档，并具备良好的英语阅读能力；能熟练的搭建Windows测试环境，能熟练搭建DHCP、DNS、FTP、WEB服务器等。
掌握软件工程，软件测试理论知识，软件测试流程，能根据需求分析编写测试计划，设计测试用例，执行测试用例并提交缺陷报告，提交测试总结报告；掌握高效设计测试用例的方法，根据不同的情况运用适当的方法设计测试用例，例如：边界值，等价类，因果图，正交表，状态图等；能熟练使用Linux命令实现基本操作，包括文件管理、用户权限管理、进程管理等，能配置linux与网络应用环境，对shell编程有一定基础；熟悉掌握SQL与Access数据库，了解视图、存储过程、触发器、表链接、事务的创建及工作原理，主键与外键的关系，对MySQL、Oracle数据库有一定的了解；熟悉白盒测试，能利用各种覆盖率技术，如：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖，设计测试用例并实施测试，对代码检查工具Logiscope和C++ test有一定的了解；熟练使用自动化测试工具，例如：功能测试工具QTP，性能测试工具LoadRunner，测试管理工具TestDirector、 Bugzilla等缺陷跟踪及管理工具的运用，并能熟练使用配置文档管理软件VSS；自我评价 热爱软件测试工作，可以胜任重复性工作，工作细致认真、积极主动、有耐心、严谨。
有较强的沟通技巧及团队合作精神，组织协调能力，较强的责任感及进取精神。
时间观念超强，能根据任务安排及时完成，承受较大的工作压力，能适应加班及出差工作。
积极上进，不耻下问，具有发现问题并分析、解决应用问题的能力，较强逻辑分析及文字表达能力。
能与开发人员以及客户很好地进行沟通和交流，能与客户成为最为友好的朋友，最终与团队共同创造价值。
具备良好的身体素质及心理素质，非常热爱音乐及各球类运动。
非常积极参加文体活动。
在今后工作中不断的积累经验，拓展自己各方面的知识，往极具有挑战性的高级测试工程师和管理方向发展，成为资深的测试工程师和系统架构师。
项目经验 项目经验一 项目名称：Mattel Video Girl Camera 项目描述：该项目有硬件与软件两部分。
硬件可以随时随地拍照录像并传到软件上，也可以作为网络摄像头使用，通过软件编辑添加一些特效，做成影片。
工作职责： 1）搭建测试平台；2）对所有的功能进行功能性的覆盖测试；3）在不同的系统上测试兼容性，并对声卡显卡进行兼容性测试；4）提交缺陷报告，并对缺陷进行跟踪处理；5）回归测试。
项目经验 二 项目名称：供电管理系统性能测试 项目描述：1）核心业务场景测试；2）组合业务场景测试；3）历史大量数据访问测试；4）压力测试和负载测试；5)WEB服务运行平台：Windows 2000 Server JDK1.42 TomCat4.1.18。
工作职责：1）参与项目测试计划的制定；2）主要进行核心业务模块测试；3）根据需求文档和测试计划编写测试用例；4）根据测试目的设计性能测试用例，运用Loadrunner录制脚本并设计测试场景；5）执行测试并运用VSS配置管理工具管理和提交测试文档和TestDirector进行缺陷跟踪系统填写缺陷跟踪报告并提交；
软件测试缺陷报告怎么写？有没有什么模版参考参考！
报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。
因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。
需要掌握的报告技术归纳如下。
1. 描述 （Description），简洁、准确，完整，揭示错误实质，记录缺陷或错误出现的位置描述要准确反映错误的本质内容，简短明了。
为了便于在软件错误管理数据库中寻找制定的测试错误，包含错误发生时的用户界面（UI）是个良好的习惯。
例如记录对话框的标题、菜单、按钮等控件的名称。
2. 明确指明错误类型：布局、翻译、功能、双字节根据错误的现象，总结判断错误的类型。
例如，即布局错误、翻译错误、功能错误、双字节错误，这是最常见的缺陷或错误类型，其他形式的缺陷或错误也从属于其中某种形式。
3. 短行之间使用自动数字序号，使用相同的字体、字号、行间距短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业。
4. UI要加引号，可以单引号，推荐使用双引号UI加引号，可以容易区分UI与普通文本，便于分辨、定位缺陷或错误。
5. 每一个步骤尽量只记录一个操作保证简洁、条理井然，容易重复操作步骤。
6. 确认步骤完整，准确，简短保证快速准确的重复错误，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
7. 根据缺陷或错误类型，选择图象捕捉的方式为了直观的观察缺陷或错误现象，通常需要附加缺陷或错误出现的界面，以位图的形式作为附件附着在记录的“附件”部分。
为了节省空间，又能真实反映缺陷或错误本质，可以捕捉缺陷或错误产生时的全屏幕，活动窗口和局部区域。
为了迅速定位、修正缺陷或错误位置，通常要求附加中英文对照图。
8. 附加必要的特殊文档和个人建议和注解如果打开某个特殊的文档而产生的缺陷或错误，则必须附加该文档，从而可以迅速再现缺陷或错误。
有时，为了使缺陷或错误修正者进一步明确缺陷或错误的表现，可以附加个人的修改建议或注解。
9. 检查拼写和语法错误在提交每条缺陷或错误之前，检查拼写和语法，确保内容正确，正确的描述错误。
10. 尽量使用业界惯用的表达术语和表达方法使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
11. 通用UI要统一、准确错误报告的UI要与测试的软件UI保持一致，便于查找定位。
12. 尽量使用短语和短句，避免复杂句型句式软件错误管理数据库的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。
13. 每条错误报告只包括一个错误每条错误报告只包括一个错误，可以使错误修正者迅速定位一个错误，集中精力每次只修正一个错误。
校验者每次只校验一个错误是否已经正确修正。
转载请注明出处51数据库 » 如何编写软件测试报告单
