关于测试的思考

最新推荐文章于 2022-04-29 10:33:19 发布
原创 最新推荐文章于 2022-04-29 10:33:19 发布 · 248 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#测试

本文强调了在游戏测试中，仅仅进行功能测试是远远不够的，更需要深入理解其背后的原理。探讨了游戏测试自动化的方法，包括测试平台的选择、导表工具及通用工具的应用等。

发展
仅仅做功能测试肯定是不够的，要理解原理理解原理理解原理！！！！

游戏测试
如何自动化？测试平台？导表工具？通用工具？等等

对于测试的思考
emily_and_cat的专栏
05-19 696
因为项目原因，今天参加了另一位同事所在项目组的用例评审会议。 说真的，她对于接口类的测试的方法很值得学习，她对于接口字段的校验（非业务场景上的校验），都是直接通过代码的方式去看问题的。个人感觉，这样的测试方式是最省时省力的，当接口字段较多时，每个字段的校验情况又多，组合起来，会是一件繁琐枯燥到令人烦躁的事情，而直接通过看代码的方式来检验功能接口字段的处理是最最直观又最省时省力的办法了，这个方法很
测试的思考
weixin_45483454的博客
06-01 186
测试的思考
软件测试人员的思考方式
05-07
测试员有很多不同的背景，测试团队是多元化的集体，但是大多数人都同意：测试员的思考方式是不同的。怎么不同?有人说测试员是“消极”思维者。测试员会抱怨这种说法，认为自己喜欢征服，他们在报告坏消息时有一种特别的兴奋感。这是—种普遍观点。我们提出另一种观点。测试员并不抱怨，他们提供的是证据。测试员并不喜欢征服，他们喜欢打破产品没有问题的幻觉。测试员并不喜欢发布坏消息，他们喜欢把客户从虚假信念中解放出来。我们的观点是，按测试员的方式思考意味着实践认识论。测试运用的是认识论，不是靠傲慢或谦卑。
冒烟测试
weixin_45574792的博客
08-17 275
1.冒烟测试是什么？ 针对每个版本或每次需求变更后，在正式测试前，对产品或系统的一次简单的验证性测试。 2.冒烟测试的目的 为正式测试前，验证是否产品或系统的主要需求或预置条件是否存在bug。 3.冒烟测试怎么做？ 最好的方法，设计出自动化测试脚本，每一次版本更新后都可以去执行脚本验证一下。 ...
测试的一点小思考
Hello2Dream
08-23 186
最近刚从开发转到测试，既感到新鲜的同时，很多时候也感到无从下手，因最近一直在跟踪一个项目的测试，当然包括项目计划，项目需求，开发文档，源代码，测试计划等，发现要真正写出一个良好的测试用例，我个人认为要注意以下几点： 其一，一定要注意需求文档，尽管需求可能一直在变，这样导致做测试的人显的很被动，但是还是要时刻跟踪需求的变化，因为只有真正理解了需求，这样才能在写测试用例的时候不会显的茫然。 ...
精选资源
软件测试中关于测试用例设计的一点思考
03-23
软件测试中关于测试用例设计的一点思考测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。测试用例（TestCase）目前没有经典的...
性能测试问题与思考
02-25
本文来自于51cto，介绍了一些关于性能测试的问题，然后针对问题进行思考。性能测试对于大部分测试人员都是一个神秘地带，因为在很多公司，性能测试都是由一个性能测试团队来做，所以普通测试人员没有机会接触到真实...
软件测试中性能测试中设置思考时间的作用
03-23
软件测试中性能测试中设置思考时间的作用性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，...
精选资源
关于软件测试用例设计的一点思考
03-23
关于软件测试用例设计的一点思考软件测试有了测试用例，可以进行测试用例评审和测试用例的持续改进，进而达到提高测试用例质量的目的。对于测试用列的日常时间中，个人有以下几点心的体会：1、明确用例设计的必要性...
测试的一些思考
weixin_30539625的博客
12-21 201
测试阶段划分 1、单个模块功能测试时间相对较长，但每一个项目都应该有专门的集成测试阶段，并且应该不止进行一轮。 每一轮集成测试，应该都有自己的目的，比如第一轮集成测试，是根据集成测试要点验证整体功能情况。 第二轮集成测试是回归测试。 第三轮集成测试是交叉测试。 每个项目应进行几轮集成测试，根据项目实际情况而定，而决定的因素多与工期、项目问题多少而定。 2、每个项目都应该有专项测试阶段，...
测试中的一些思考
qq_38942551的博客
08-12 542
测试中的一些思考 测试流程上的混乱 小团队中，往往没有掌握全局的项目经理，在产品小步迭代的时候，产品提出的需求没有让测试人员进行参与，也没有给测试人员任何信息，会导致产品正式提测的时候，测试人员的局面很被动，因为测试人员手上没有任何信息。 所以测试人员需要主动参与产品的开发流程中，主动去获取信息，并对测试的范围有所了解，尽可能进行一些前期准备，防止在正式提测中被动的局面。 测试用例多，回归问题多，但是测试人员少 在这样的情况下，在用例设计时还是需要尽量做到不遗不漏，同时设计方式应从用户角度出发，优先
关于测试的一些思考
南夏一木子的博客
03-12 470
作为一名软件测试工程师，总会有一些疑问与思考，但是过了这个时间可能会忘记这些思考，所以，我准备将它记录下来，避免重复思考。 1、测试时，如何才能真实的提高测试效率，包括面对阻塞性问题，还可以在规定时间内交付软件，并保证质量？ ...
对测试的一点思考
xiaoqiangXX的专栏
12-04 1003
对测试的一点思考     本文是对自己在实际产品中测试经验的一点总结，同时结合了从几个做测试的同学那里获得的心得。 1.       测试进入越早越好 软件工程是包括需求分析、设计、开发、测试这样一个流程的。测试并不应该放在最后，而是应该从需求分析就开始介入。从需求分析介入可以让测试人员获得最直接的产品功能定位，了解全面的程序功能，形成对产品全貌的认识。这样设计出来的测试案例，会在覆盖局部测
最近的关于测试的一些思考
Yonghang Zhang的博客
08-06 469
可能看我博客的人都知道了， 我又跳槽换一个公司了，我知道一年一跳不太好，但是其实作为一个非计算机专业非名校的人的选择并不是很多，为了更快的发展，只能走了，然后现在到了一个做金融系统测试的公司测试，有了一个好的领导，是的微软出身的领导，大公司的出身就是这么有光环让人信赖，但是他是真的有能力，之前在华为，很多人都已经是为了完成任务完成KPI工作了，我无法理解为什么，既然设计测试用例的目的是为了更好的发
关于微服务程序测试的思考
a1496785的博客
09-13 642
本文由本人原创，仅作为自己的学习记录 微服务程序的目的是有效地拆分应用，实现敏捷开发与部署。 特点： 1.每个模块相当于一个单独的项目 2.每个模块可用不同的存储方式 一个微服务程序的服务之间彼此独立，这使得它们可以独立部署和测试。 关于测试的思考： 1.单元测试，独立地测试每个服务内部的功能 2.服务间的集成，连通关系（接口）与响应，一个服务更改对其他服务的影响，服务与数据库。 ...
关于软件测试的个人思考
S1234509876的博客
10-05 1000
最近拜读了一本软件测试入门级书籍《大话软件测试》，感觉受益良多。作为一个还没有入门的新手来说，这本书可以迅速帮助了解软件测试领域的概况、思想、技术、管理等一些因素，使得新手能够迅速的了解软件测试这个行业。软件测试，这个行业的诞生就是为了尽可能保障客户在使用软件时所蒙受的损失。总所周知，任何软件都不可能没有缺陷，不能做到十分的完美，有一些小的缺陷实际上是不影响软件的正常运行，然而一些大的缺陷却能使软
关于测试的一点思考
Jack影像一点点
06-07 506
测试部门接手一个项目、产品的流程及关注点：1、 明确产品需求i. 显式需求：功能、性能ii. 隐式需求：安全性、应用场景等2、 确定产品定位：在效率、安全性、性能、易用性等方面的定位2.5 确定产品质量目标：项目规范、验收标准、运行维护标准等3、 知道产品使用者：其教育背景、偏好等，便于提取场景，增加测试覆盖率4、 清楚产品实现架构：B/S或C/S架构、三层包括中间件说明：测试应对各种架构的优劣...
关于精准测试的一点思考
duoceshi的博客
04-29 3003
　　精准测试是现代软件测试面临的一个重大挑战。这个挑战来源于两方面的背景。 　　一，软件测试资源有限。如何提高资源利用率，减少资源浪费，有针对性而不是漫无目的地进行软件测试? 　　二，软件测试复杂度高。如何克服各种不确定因素，让软件测试真正能够发现并且不误报，不漏报软件缺陷(bug)? 　　软件测试是一个系统工程。因此，精准测试并不是单一或孤立的，而是贯穿于软件测试全过程全方位的需求。在实践中，根据内容不同，可以将精准测试至少划分为以下几种类型： 　　一，精准测试管理。测试管理主要包括对各种
业务流程测试的方法和实践
BoomJane的专栏
10-25 6202
业务流程测试是测试人员把系统各个模块连贯起来运行、模拟真实用户实际的工作流程，满足用户需求定义的功能来进行测试的过程。   业务流程测试是系统测试最重要的内容，而测试的依据就是用户定义的需求和测试人员的测试设计，因此下面就从需求、测试设计、测试执行等角度上重点来阐述如何做好业务流程测试。   一．关注需求和用户   1．站在用户的角度 优秀的需求应该是站在用户的角度来思考问题，是用户
测试人员的思考艺术：超越数字陷阱
"这篇内容探讨了测试人员的思考方式，提到了对数量主义和量化思维的警惕，并通过举例说明了如何避免用错误的风险评估方法来排除正确的答案。此外，还引用了James Bach的观点，强调测试人员不应被视为只是遵循规程的...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值