当初我们公司也是联想、方正、惠普的这三个主力支柱，但是我没有觉得怵，虽然他们很自负。基本上很小的错误都能提出来，他们认为那根本不是bug。但是你到了讨论会或技术交流会、评估会的时候可以提出来，因为这是你作为一个测试员最基础的必须的工作，也是你对工作认真负责的态度。
和开发人员的沟通。这个是对测试人员很重要的。这个我在前面提到过，每个人不是独立的在做事情，工作中都是需要相互的配合，特别是测试工作，有问题，你需要及时的和研发人员沟通。如果你连沟通都做不好，那么，你的测试工作根本就没有办法进行。在这当中，你要坚持自己的原则，就是对事不对人，因为，这个产品有问题，它就是存在bug，那么，就要有人负责去修改。你不能说，对方是部门领导你就不敢坚持自己提出的问题。第二，就是要坚守其他的测试原则，这就是我们在学习理论的时候所掌握的一些知识。因为，我们学习时的课程设计就是根据项目来设置的，很多东西基本和实际工作中相吻合。
作为测试负责人，在测试工作中我给自己订了一个基本的工作流程，现在也就当作是部门的规章制度在执行。就是录入bug以后，我会在下面做bug描述，开发人员是否要修改，为什么要修改，大概时间是多少，这样督促对方的话，会有利于工作的进度。不然，如果工作没有完成，就会出现相互推诿的现象。
查出bug后就是督促开发人员修改bug。同时也要注意bug管理工具。自己要用好bug管理工具，也要督促开发人员用好bug管理工具。因为，有很多开发人员还都是比较懒的，他当时会跟你说，都有什么bug，你到我的机器上演示给我看不就行了吗？
这是一个不好的习惯，也很费时间。所以，你一定要督促他们使用bug管理工具。这是我深有体会的，而且，还在两次较大的公司会议上提出，最终是被大家所接受认同。大家都知道，一般开发的男同事较多，做测试的女孩子较多，你在提出问题的时候态度不要太强硬，在日常的工作中委婉的提醒他，大家一般都不会太为难你的。不但工作解决了，同事间的关系也很融洽。
接着就是测试报告的编写。这些我们在就业班的时候都学过，就是测试背景、内容、测试通过率。以及产品的优点、缺陷，还有你对项目的建议。这一切都做好了就是开测试评估会了。
关于自动化测试我的个人意见
我个人认为现在是自动化成风。现在很多的公司，无论是大是小，无论这公司有没有用过这个测试工具，他都会问你会用几种测试工具，会自动化测试吗？我当时去冠泰瑞恒面试的时候，也遇到这个问题，当时我首先问他的是，咱们公司做过手工以外的不管是性能啊还是功能其他测试吗？他们回答说没有。一个没有做好手工测试的产品，是坚决不能用工具代替手工的。
自动化测试是不能代替手工的。自动化测试用好了可以节省时间提高效率。但是如果你用不好，反而会增加自己的工作量。如果你的需求和界面一直在增加，那么自动化也是用不起来的。我觉得适合自动化测试的公司，一个是产品对安全和性能要求严格的；一个可以有专人对教本文档进行维护的。像那些手工测试不过关，需求经常变动，人员少，产品的GUI 经产改动的公司都不太适合用自动化测试。
一不小心就整理了这么多点滴出来，还真没想到自己还是很能写的嘛。估计这和我在公司除了做测试工作，还做些其他工作有关。我说过，因为冠泰瑞恒安排我从事的这个项目规模不大，所以，一些产品的使用说明、产品的安装说明，包括客服培训，都是由我来写的。在测试之余，一些和测试无关的工作我也会去做，比如测试制度的编写，OA 产品管理员，售前咨询顾问 这样的工作。我想我就是这么锻炼出来的。
2016年11月15日工作总结今日工作总结测试需求分析法；功能点分析法（FPA）业务流程分析法；节点分析法；顺序提取法；流程推断法；概念：先对输入文档进行测试需求分析，以测试需求为基准，从中提取测试点具体方法：先对输入文档进行测试需求分析，提炼出测速需求内容，在确定测试需求后从中提取测试点内容优势：通过进行测试需求分析，能够基本覆盖需求劣势：需要进行测试需求提取和部分测试需求确认，对于部分隐藏需求的识别有一定难度概念：先对输入文档进行功能点分析，以提取的功能点为基准，从中提取测试点具体方法：先对输入文档进行功能点提取，根据功能点列表内容提取测试点内容优势：FPA能够满足系统功能要求，覆盖到系统实现的基本功能，能够从用户角度来度量产品规模，是一种标准的度量方法劣势：FPA完全独立于技术，不能直接度量软件的内部架构和技术复杂度，部分程序内部业务逻辑无法覆盖到概念：先对输入文档进行业务流程分析，以业务流程为基线，从中提取测试点具体方法：先对输入文档进行业务流程分析，熟悉了解业务流程，从中提取测试点内容优势：通过进行业务流程分析覆盖需求，且能够挖掘出一定隐藏的业务需求，有助于理清业务分支劣势：部分功能点无法覆盖全面，需要一定的行业经验，和业务熟练度概念：节点分析法是业务流程分析法的分支，其重点是将每个5.节点分析法输入输出作为一个节点，以节点为基准提取测试点具体方法：先对输入文档进行输入输出分析提取节点，从中提取测试点优势：通过进行节点分析，能够理清交易内部每个业务分支，覆盖到每个输入输出情况劣势：无法覆盖隐藏需求，业务流程不能覆盖完整6.测试点提取重点注意事项1）测试点提取不局限于任何一种特定方法2）很多时候测试点提取需要用到多种测试点提取方法3）测试点提取需要根据测试阶段，测试输入文档以及测试对象进行合理的方法选择4）测试点提取完毕后不等于已经测试点提取完成，还需要专人进行测试点审核，以防有遗漏或是泛泛的情况出现5）一份好的测试点提取文档不但能够覆盖所有业务分支和功能点，而且能够将相关隐藏需求体现出来6）不同的行业所采用的测试方法不一样，但测试点提取的基本思路不变
详细内容1.测试点提取方法2.测试需求分析法3.功能点分析法（FPA）4.业务流程分析法1）测试行业由来已久，在传统制造行业中他一直是用来保证产品质量的一个重要手段，知道现在仍然蓬勃发展，越来越多的新技术被运用到测试行业当中来。随着人们意识到品牌的力量，以及产品的高质量对品牌的贡献，人们对质量检测和质量7.对软件测试的相关概述保证的投入越来越大。2）PC和互联网的普及以及多媒体技术的成熟和大规模的使用使得软件测试提高到了一个新的高度。这时候软件测试不仅仅是单纯的测试软件，还要求对产品的缺陷趋势进行评估，还要对软件产品的测试和质量风险进行评估。随着产品规模的扩大，为了降低测试的成本，出现了一大批自动化测试工具，有的直接帮助测试人员开发或录制，执行测试用例，有的帮助测试人员管理测试用例，跟踪软件缺陷，有的帮助项目管理人员和测试人员分析测试结果，预测产品的缺陷数量走势。3）现如今软件的生产还是主要依靠大量开发人员的手工编码和测试人员的手工测试，远没有实现软件的工业时代，因此，软件行业留给测试人员的机会还有很多，可以创造更多有价值的理论，提高自动化测试工具的普及，从理论上提高测试用例自动化执行的覆盖面和发现缺陷的频率等（现在的自动化测试用例通常仅被提倡用于冒烟测试，回归测试，和版本验证测试等，其发现软件缺陷的能力有限，仅为总量的20%-30%）? 功能检查：功能是否齐全；功能是否多余；功能是否可以合并；功能是否可以细分；批量增删改查操作或大数据量较多的页面，是否支持全键盘或全鼠标操作，并支持通键切换。面向用户的考虑：操作是否符合用户习惯；各种选项可用或禁8.了解编写测试用例注意事用是否合理；某些相似操作能否成通用项：数据处理：数据输入、数据处理、数据输出软件流程测试：反流程操作；反逻辑操作；重复操作；打乱流程操作或不按操作手册操作
百度搜索“70edu”或“70教育网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，70教育网，提供经典经典范文关于2024年软件测试主管工作汇报6篇范文精选(4)在线全文阅读。
相关推荐：
