客户端类测试经验总结
软件测试工作总结简短范文(7篇)
软件测试工作总结简短范文（7篇）（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如合同协议、演讲致辞、述职报告、心得体会、工作总结、工作计划、自我鉴定、教学资料、作文大全、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, our store provides various types of classic sample essays, such as contract agreements, speeches, job reports, insights, work summaries, work plans, self-evaluation, teaching materials, complete essays, and other sample essays. If you want to learn about different sample formats and writing methods, please pay attention!软件测试工作总结简短范文（7篇）总结是一种书面材料，可以帮助我们总结过去的思想，发扬成就，下面是本店铺为大家整理的软件测试工作总结简短范文（7篇）欢迎阅读与参考。
软件测试的最佳实践与经验总结
软件测试的最佳实践与经验总结软件测试是保证软件质量的重要环节，它通过检测和验证软件的各个功能模块，确保其在不同环境下的稳定性和可靠性。
本文将总结一些软件测试的最佳实践与经验，旨在帮助测试人员高效有效地进行测试工作。
一、需求分析与评审在进行软件测试之前，进行详细的需求分析是非常重要的。
测试人员要仔细阅读软件需求文档，并与开发人员和产品经理进行沟通，确保对需求有准确的理解。
同时，对需求文档进行评审，及早发现潜在的问题和缺陷，并提出改进建议。
二、制定详细的测试计划测试计划是测试工作的指导手册，它涵盖了测试目标、测试范围、测试策略、测试环境等详细信息。
测试人员应根据需求文档和评审结果，制定详细的测试计划，并明确测试的重点和优先级。
同时，根据项目进度和资源情况，合理安排测试的时间和人力。
三、编写高质量的测试用例测试用例是测试工作的核心，它描述了测试的步骤和预期结果。
测试人员需要编写充分覆盖各个功能和场景的测试用例，并保证测试用例的准确性和完整性。
同时，测试用例的命名和组织也要规范，方便测试人员进行管理和执行。
四、建立自动化测试框架在软件测试中，自动化测试是提高效率和质量的重要手段。
测试人员应选择合适的自动化测试工具，并建立稳定可靠的自动化测试框架。
通过自动化测试，能够快速执行大量的测试用例，并及时发现和报告问题，提高测试的覆盖率和效率。
五、进行全面的功能测试在进行软件测试时，要确保对各个功能模块进行全面的测试。
测试人员需要依据测试计划和测试用例，对软件的各个功能进行覆盖性测试，确保其满足需求和设计的要求。
同时，还要针对常见的边界条件、异常情况和负载压力进行测试，确保软件的健壮性和稳定性。
六、进行性能测试和压力测试除了功能测试外，性能测试和压力测试也是软件测试的重要内容。
性能测试主要是评估软件在不同负载下的性能指标，如响应时间、吞吐量和并发用户数等。
而压力测试则是通过模拟大量用户同时访问系统，检验软件在高负载下的稳定性和可靠性。
测试后的总结报告
测试后的总结报告软件测试作为软件开发过程中保证软件质量非常重要的一个工程阶段，正逐渐被软件组织所重视。
今天给大家带来了测试后的总结报告，希望对大家有所帮助。
测试后的总结报告篇一我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆，cmm 是什么就更加不知道了。
那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。
拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。
所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹" 江湖" 还算无往而不利。
不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。
第一招学会利用网络刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。
当时觉得有了这些" 武林秘籍" ，成为高手指日可待。
最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。
一次项目经理分配任务，觉得依靠手中的秘籍加上自己的" 聪明才智" 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。
解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此google 成了我的最爱，关键字成了我变化的招数。
在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。
也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有" 无敌秘籍" ，所以只要你耐心找，答案就在身边。
软件测试工作总结(通用8篇)
软件测试工作总结（通用8篇）软件测试工作总结篇1本着对IT业的憧憬，走进了中城泰信(北京)信息技术，我在公司所从事的工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要求，了解了作为一个测试人员必须耐心，细心和平和的心态，他的目标是尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。
软件测试人员的基本素质之一是:在接下来发生的事情之后提出问题。
此外，你还必须具备探索精神、创造力、追求完美、判断准确、老练稳定、编程说服力和教育力强等品质，还必须是故障排除专家，等等。
看之前发现自己离这些要求真的很远，进一步认识到自己要全身心投入工作，虚心请教，从零开始。
另外，测试并不是单纯意思上的机械的"测试"，它首先要求对产品非常熟悉，不管是从功能上还是操作上。
更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。
而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。
公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品，在真正的投入到测试这个工作之前，我们首先该做的就是熟悉产品，而最最直接的途径便是查看说明书，刚开始每天都是打开电脑，看产品说明书，重复的看，本以为看几遍就都记住，但是到公司进行考核的时候，才发现原来自己真的什么都没有掌握，第考核不及格，虽然具体的分数没有看到，但是那份心情，却使自己始终无法忘怀，也更让自己认识到要虚心的，按部就班的好好熟悉产品，要做到对产品耳熟能详。
在我实习期间公司给北京市自来水集团负责查表税费稽查等系统，它主要应用是水费的业务管理。
对于我们来说，它是一个全然陌生的产品，老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。
当时听了吓一跳，一个对于我们来说全新的产品，一天就要全部掌握而且要测试出它尚存在的问题，这似乎很不可能，而且也有点不相信自己有这样的能力。
软件测试总结(最新7篇)
软件测试总结（最新7篇）（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如合同协议、条据文书、策划方案、总结报告、党团资料、读书笔记、读后感、作文大全、教案资料、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, our store provides various types of classic sample essays, such as contract agreements, documentary evidence, planning plans, summary reports, party and youth organization materials, reading notes, post reading reflections, essay encyclopedias, lesson plan materials, other sample essays, etc. If you want to learn about different formats and writing methods of sample essays, please stay tuned!软件测试总结（最新7篇）我们有一些启发后，可以记录在心得体会中，这样有利于我们不断提升自我。
测试工作经验分享
测试工作经验分享一、测试的基本概念首先，我们需要理解什么是测试。
测试是软件开发生命周期中的一项活动，它确保软件在各种条件下能够按照预期运行。
测试的目标是发现软件中存在的缺陷和错误，并确保软件满足用户的需求和预期。
二、测试的阶段测试通常分为以下五个阶段：●单元测试：单元测试是对软件中的最小可测试单元进行检查和验证。
对于面向对象编程，这最小的单元就是方法，即类中的单个方法。
●集成测试：在单元测试的基础上，将所有模块分组，测试组合后的模块。
这种测试可以发现模块接口之间的错误。
●系统测试：基于软件需求规格说明进行的黑盒测试，以检查整个系统是否符合规定。
●回归测试：当更改或修复软件的一部分时，回归测试确保以前的程序仍然能够正常工作。
●验收测试：用户进行的测试，以确定系统是否准备好被接受并投入使用。
三、测试的方法常见的测试方法包括：1.黑盒测试：这种测试方法不考虑程序的内部逻辑，只关注输入和输出。
例如，一个简单的黑盒测试可能会检查一个函数是否接受两个数字并返回它们的总和。
2.白盒测试：这种测试方法需要对程序的内部逻辑进行考虑。
例如，一个简单的白盒测试可能会检查一个函数中的所有路径是否都已正确处理。
3.灰盒测试：结合了黑盒和白盒测试的特点，既考虑输入和输出，又考虑程序的内部逻辑。
四、如何提高测试的质量●全面理解需求：只有充分理解了用户的需求，我们才能编写出有效的测试用例。
●编写全面的测试用例：确保测试用例覆盖了所有的需求和可能的边界情况。
●定期评审和更新测试用例：随着业务的变化，我们的需求也会发生变化，因此我们需要定期更新和评审我们的测试用例。
●使用自动化工具：自动化工具可以帮助我们更快地执行测试，同时也能减少人为错误。
●持续改进：我们应该根据每次的测试结果进行总结，找出可能的问题和改进的地方。
●良好的团队协作：每个团队成员都应该清楚自己的职责，同时也要有全局观念，这样才能更好地完成测试工作。
●关注细节：任何小错误都可能导致大问题，因此我们需要关注每一个细节。
测试工作总结简短
测试工作总结简短测试工作总结简短「篇一」工作刚满三个月，在这三个月的时间内，我主要做了以下几个方面的工作：1. 对软件的熟悉与理解2. 跟随开发人员对软件的改进进行了跟踪测试，利用功能组合的方法，对各种工具进行了测试，提交Bug共计405个，已验证关闭268个。
3. 对软件用户手册和管理员手册的一部分进行了测试与更改，期间也加深了对该软件各个功能的理解。
对已经实现的功能基本上都进行了测试，对软件使用上的改进也提出了自己的建议。
期间也了解了软件的功能需求，主要是对客户端服务器端及方案设计器进行了功能测试。
在这段时间里学到了不少东西。
在这段期间软件根据用户的反馈一直在不断的改进，基本上每天都会有变化，我跟据开发的进度一直在不断的测试，对新增加的工具边使用边学习，提交缺陷报告，并及时与开发人员进行沟通处理有歧异的缺陷报告，反复验证修复后的缺陷。
直到上一周利用他们出差的时间，我有对以前测试过的工具重新进行了更深一层的的组合测试。
通过这段时间的改进，软件的各项功能已经越来越全面，目前软件的基本功能都已实现，致命错误越来越少，期间也试用了自动化性能测试工具LoadRunner，由于软件还没有整体完成，在使用中不好匹配协议，现在正在熟悉另一个自动化工具RationalRobot来进行性能测试。
下半年，主要工作时是：1. 随着软件的逐步完成，将细化功能测试并及早的着手准备性能测试，界面测试，易用性等其他方面的总体测试。
2. 测试所有与本软件有关的文档。
3. 解决所有遗留的有歧异的缺陷报告，参照提交的缺陷报告进行回归测试。
4. 随着其他项目的开展着手准备测试前期的工作。
具体的工作实施安排还将根据项目组的工作进展和规划进行调整。
测试工作总结简短「篇二」单位宽松融洽的工作氛围，团结务实的文化底蕴，使我融入公司这个大家庭，进人工作角色起了很大的帮助作用。
一、在工作上我的主要收获、初步掌握的技能1、基本了解了产品生产工艺；工序排程、人员现状、分组情况、分工方法、岗位职责。
软件测试的最佳实践与经验总结
软件测试的最佳实践与经验总结在软件开发的过程中，软件测试是不可或缺的一环。
通过系统而有序的测试，可以保证软件的质量，降低错误率，并提升用户体验。
本文将总结一些软件测试的最佳实践和经验，以供参考。
软件测试的最佳实践是在开发之前进行测试计划的制定。
测试计划应该明确测试的目标和范围，确定测试的策略和方法，以及测试的时间和资源分配。
通过制定测试计划，可以在测试过程中更加高效地进行工作，并确保测试的全面性和准确性。
测试用例的编写是软件测试中的关键步骤。
一个好的测试用例应该具备覆盖度和可重复性。
覆盖度指测试用例的设计要覆盖到软件的各个功能和场景，以确保所有的关键路径都被测试到。
可重复性指测试用例要能够在不同的环境和条件下反复执行，并得到一致的结果。
测试用例的编写需要充分理解软件的需求和设计，同时考虑到正常和异常情况。
软件测试中的自动化测试是提高效率和准确性的重要手段。
自动化测试可以减少人工测试的工作量，节省时间和资源。
常见的自动化测试工具包括Selenium、JUnit、Jenkins等。
通过编写脚本和使用这些工具，可以快速执行大量的测试用例，并生成详细的测试报告。
自动化测试的关键是选择适合的工具和框架，以及确定测试用例的自动化程度。
在软件测试过程中，缺陷管理也是很重要的一部分。
及时记录和跟踪缺陷可以帮助开发团队更好地定位和解决问题。
一个好的缺陷管理系统应该能够追踪缺陷的状态、优先级和解决方案，并及时通知相关人员。
通过缺陷管理系统，可以提高问题的处理效率，减少沟通成本。
软件测试需要保持与开发团队的良好沟通和合作。
测试人员应该与开发人员密切合作，共同解决问题，并确保软件的质量。
及早介入和及时反馈是测试人员的责任，通过及时沟通可以帮助开发人员理解并修复缺陷。
同时，开发人员也应该关注测试团队的意见和建议，以提升软件的质量和用户体验。
综上所述，软件测试的最佳实践包括：制定测试计划、编写高质量的测试用例、进行自动化测试、进行缺陷管理以及与开发团队的良好沟通和合作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1安装卸载类：1、在已经安装软件的情况下，再次进行安装，表现是否正常（比如提示是否升级、检测到已安装），需要考虑已安装和现安装版本差异问题2、各种杀毒软件（卡巴、瑞星、360、mcafee、诺顿等等）、防火墙（天网、comodo、zonealarm、windows自带防火墙等等）对安装程序的影响3、是否能在控制面板里面卸载4、安装后快速启动、桌面、开始程序里面的快捷方式情况5、卸载时是否退出客户端（退出和不退出都要考虑），卸载后的表现6、安装的程序是否带有插件带有微软的framework、silverlight等，而影响用户的安装和使用7、安装目录的考虑（中英字符、长度、空目录、根目录、修改目录、默认目录）8、是否需要考虑在虚拟机中的安装使用？9、各个版本的安装包大小，客户端产品是需要下载的，所以包的大小对用户来说比较重要10、更新是否正常，缺失必要控件时更新会不会影响客户数据11、安装后随系统自动启动是否可设置，是否能随系统启动2字符（串）类（可输入编辑框或者文本框等也会涉及到）1、需要考虑字符串长度、字符类型（中文、英文、数字等）、编码类型、如果是英文，还会涉及到大小写的区别。
2、全空格的考虑情况，字符中间含有空格，最导和最后包含空格情况考虑3、涉及到编码的，要看各个编码下的显示是否正确，以及各个编码之间4、当有限制长度类的输入时，需要考虑长度刚好达到限制和超过限制后仍然进行输入的情况，也就是需要考虑边界值。
5、对于只能输入字符的地方，尝试输入其他字符比如汉字，看看操作表现是什么样子。
3界面类1、应用程序所有可点击地方是否可以进行操作，菜单、按钮、超链接（文字颜色以及是否能正常超链）、文字等。
2、各种操作对应的正确、错误类提示信息是否正确3、窗口的缩放（双击的最大最小，点击按钮的最大最小，关闭）、拖动（开多个窗口拖动）、任务栏（左键单击和右键单击的操作）、托盘区、任务管理器操作一般客户端软件，开着窗口在桌面上移动的时候，cpu占用都比较高，这个性能需要控制在某个合适的范围内。
4、需要考虑窗口的模态性问题，比如有模态窗口的时候，进行其他的操作，以及模态窗口的重绘等。
5、需要考虑软件对键盘上各个键的响应情况，最多用的是enter、shift、crtl、上下左右箭头，home，vendors，pgup，pgdn，del，对tab键的支持等。
还要考虑各种热键（全局热键和软件自身的热键）是否能正确响应。
6、各种控件的表现和操作是否正常，下拉列表、日历控件等7、如果有托盘图标，需要考虑托盘图标的显示状态，是否能显示，操作是否正常等8、软件的tooltip是否正确合理齐全9、如果有排序类功能，排序是否正确，如果不正确，和windows系统本身的排序进行比对，看是否一致（例如中文在英文之后，英文是否区分大小写）10、操作界面的即使动态刷新11、如果设计到焦点切换的，需要看鼠标的焦点切换是否正常，适合用户使用习惯。
12、涉及到列表类显示的，要看是否显示翻页，翻页是否正常13、涉及到编辑框的，要看输入内容过多之后，是否有滚轮14、窗口在屏幕上的位置是否需要具有记忆能力，比如某个窗口操作一次后，下次打开的位置定位在哪里？15、有的客户端软件要求有飘窗类的提示，需要测试再不同情况下是否能出来，比如最小化到托盘、任务栏以及用ctrl+D显示桌面，是否能正常出来飘窗16、需要考虑再不同显示器上的显示，各种比例和分辨率下的现实情况。
17、对换行符的处理，有的显示、输入区，如果有换行符的话可能会出现问题测试遇到过含有换行符的话，后面的内容无法显示出来。
18、一些操作状态的延续变化，很难发现啊。
邮件列表中，在某个分组上点击右键，不放鼠标，将鼠标拖动到分组下的列表上，出现右键菜单不一致的bug。
19、对任务栏的考虑，要考虑任务栏在下方以及在屏幕上下左右侧的情况4兼容性1、在中英文系统上使用的区别，在控制面板的区域和语言选项里面进行设置，管理选项卡里更改系统区域设置。
2、在不同操作系统上使用的区别（XP,VISTA,WIN 7,2000,2003）3、在远程操作电脑的时候使用情况，测试的时候遇到过远程操作的时候会可能崩溃的错误。
4、浏览器：不同IE浏览器、带标签页和没有标签页，同一个IE浏览器不同版本的5、同一个系统的不同系统用户操作（管理员和非管理员）6、需要考虑不同分辨率，屏幕大小下是否能合适的显示。
7、需要考虑各种浏览器的缓存情况，会不会因为缓存而对测试产生影响8、对于需要输入文字的地方需要考虑多种输入法切换是否能正常输入。
输入达到限制后，再继续输入，是否有问题9、在32位和64位系统上都需要进行测试。
特别是对新的64位系统的支持度。
10、需要操作系统，比如sp1 sp2 sp3等，其他很多操作，可能会有影响的地方都需要考虑一下。
11、需要考虑计算机休眠、待机后再启动软件的表现情况，（还有待机）各种杀毒软件对软件的影响。
瑞星、卡巴、360等杀毒软件对一些文件类型、端口等有监控，需要考虑。
可能由于软件使用某些端口而被杀毒软件阻止而导致不能正常使用12、jpeg格式图片有灰度图和RGB格式图片，都需要测试到。
13、考虑文件系统格式fat32 /ntfs下区别，比如fat32下有单个文件4G大小的限制等5用户体验类1、界面文字提示是否友好、易懂、简练（因为用户都是懒惰的，不愿意看复杂的东西）2、操作流程是否清晰，用户知道自己每步都是在做什么3、有错误类信息，不要使用代码类文字，考虑到用户群体的情况，还要区分中英文（用哪个更好）6上传下载传输类1、上传是否超过最大容量、流量限制2、上传格式3、需要考虑不传输文件、传输文件内容为空（大小为0KB，边界值考虑）、文件内容包含特殊字符、文件名字符4、涉及到网络传输，和端口有关系的，要考虑模拟一下端口错误，封端口的操作（需要补充具体如何封端口）5、和网络有关系的要考虑使用代理的情况下，软件的运行状况，在传输中设置错误的代理，本地传输并没有受影响（自动收信过程中，设置了代理，但是自动收信还能继续），不受影响应该是正确的。
6、上传下载文件，考虑本地文件，还要考虑ftp，http上的文件。
7I/O读取类1、需要考虑磁盘空间不足的情况2、考虑同不同目录下相同文件的操作情况（比如邮件附件，两次添加同目录下的一个文件和分别添加不同目录下的相同文件的表现）和同目录下同名文件的重复操作3、正在使用的文件是否是独占状态4、涉及到文件操作时要考虑文件的类型（例如：txt、doc、gif、png、jpg。
）、大小（0KB，正常、极大，其实也就是临界值考虑）5、涉及到导入导出类操作的，需要查看导入导出过程中各种表现是否需要同步变化6、涉及到文件保存时，需要考虑文件保存的类型、名称的默认给出。
7、文件拖动类的考虑有的应用程序可以上传、下载、保存文件，那么拖动这些文件试试，看是否会有问题。
例如:对于foxmail邮箱这个软件，可以携带附件，那么试图拖动文件到附件区，或者从附件区拖动附件到文件夹，任务栏，或者拖动到程序中其他地方。
另外，发现附件可以直接拖动到正文区进行显示的（新发现的功能，应该是编辑区的控件本身就支持吧，呵呵，惊讶了一把，居然还有这个功能，似乎很方便）。
8、系统对单个文件夹大小做限制，ntfs和fat格式的系统对单个文件大小有限制9、图片文件原本为jpg格式的，但是修改后缀为gif后添加到表情或者插入到其他地方。
出现不能识别的问题。
因为其他控件按照后缀先判断为gif格式，再走gif格式流程处理，但是实际上图片本身是jpg格式的10、涉及到文件写入读取的，需要考虑移动设备，比如U盘、硬盘、ftp等8性能类1、单核、双核的区别2、内存大小的区别3、同一个操作涉及不同的文件大小的时候，PC的反应（例如传输大文件和小文件）4、涉及到网络操作时，超时是否及时、提示是否合理5、是否有GDI泄漏（界面？）6、使用过程中cpu、内存的占用情况9检索、过滤、搜索类1、对分词的检索是否准确，比如如果检索ab，那么a b是否会被检索出来？要视要求而定。
2、搜索的时候，对不同格式的文件内容，是否能够正常搜索，比如HTML格式和txt格式之间的区别，因为HTML格式本身含有标签以及其他一些内容，但是这些内容并不显示出来，所以搜索的时候是否需要搜索这些内容，需要进行考虑3、搜索匹配时，对中英文的支持度（比如输入英文能否匹配中文，输入中文，能否匹配英文等。
）10其他1、客户端类软件，需要注意到开启的各个窗口之间数据同步一致性问题，各个窗口之间事件触发是否会马上在其他窗口或者界面响应。
2、考虑界面上文字、各个窗口之间需要保持一致的文字说明。
（诸如相同属性名称文字提示信息等）3、同一个操作涉及到的不同状态变化是否正常。
（例如，点击某个链接，文字颜色是否变化，点击某个按钮，按钮颜色或者属性是否变化等）4、使用软件的过程中，多关注cpu、内存、句柄占用等方面的情况。
5、要能多考虑各种异常情况（磁盘空间不足、文件占用、网络断掉、断电、手动切进程模拟异常退出）6、涉及到对文件目录的操作，需要考虑是否能记住/清除原来使用过的文件目录。
如果是新建，要考虑是否可以新建成功（windows对新建文件的字符限制）7、同一类的界面表现、操作应该尽量保持保持一致。
（？没有描述好）8、要多考虑进行了一个操作/设置后，可能会影响的其他方面，同步表现是否正常，设置是否有效等。
9、和服务器有相关的一些操作，都要考虑一些操作是在客户端处理，还是在服务器端处理的。
服务器和客户端之间的一些交互返回信息，比如错误码等。
11、个人想法总结类1、写总结、bug类语言描述一定要慎重，多读几遍，以便让其他人更能看明白，避免求快而写错别字，用错术语。
总结类需要写的更专业一些，避免通俗的、麽凌两可的的语言描述。
宁可多花时间少写内容，少报bug，也不要报上去的bug，给别人看的总结出现过多纰漏，没有发现的bug可能是工作失误，但是发现了，但是却有不描述好，或者自己描述的不确定后事后自己都解释不清楚的话，那就更糟糕了，给他人看的总结也是如此，总之，三思而后行，是没错的，也许某些时候会降低工作效率，但是有时候，出现错误带来的负面影响比工作效率低下带来的负面影响更大。
2、开发对于一个软件安装和使用中生成的各种文件，最好有一份比较好的说明文档，，当然开发可能没有时间去写，而且公司里面如果没有强行要求的话，他们也是不会写的，所以测试人员就只能自己多去钻研了，对于这些文件的了解对于测试也是很有必要的。
遇到不懂的要及时跟开发沟通询问。
有时候可能需要花费比较多的时间来了解开发的一些处理流程和文件具体含义（比如一些XML文件具体保存的是什么内容），这就需要协调和测试时间的冲突，因为要花时间了解，所以测试必然会耽误时间，但是了解之后却有利于进行某些功能的测试。