已有 1856 人访问
阿凉 ID.12828
博客(18)
阿凉的博客
交插测试，先解释什么是交插测试。 交插测试其实简单理解，就是一个功能，QA1测试完之后交给QA2再继续进行测试，以起到巩固测试，防止漏测功能点的作用。 我认为游戏测试中的交插测试非常重要，如果时间有富裕最好要执行一下。 首先游戏测试中几乎都是黑盒测试，黑盒就意味着不看代码，只凭策划案的说明以及自己对游戏的理解来进行测试。 先说对照策划案进行测试，这一点相对比较容易，因为照着案子来测
247°/2472 人阅读/0 人点赞/0 条评论
在测试时，与他人讨论可以丰富自己的测试思路。因为你好不容易想到一个不容易想的点后，肯定特别兴奋，这时就容易只去关注这一个点。而交流则可以打开你的思路。帮助把你的思路发散开来，获得更多的测试点和测试参考。在测试的时候也要多与同事交流，最好可以和同事进行交叉测试。这样，当同事发现自己漏测的bug时自己也会学到经验。其实交叉测试就像“一千个读者一千个林黛玉一样“，每个人
252°/2523 人阅读/5 人点赞/0 条评论
说‌到测试方法，其实就是为测试提供了一个框架，其他的测试人员也可以按照这个框架发现类似的缺陷。其实‌探索性测试应用于游戏中是有指导性的意义。我们平时在进行测试的时候，也经常自己去发散思维进行一些自由测试。这样经常会帮助我们测试出各种各样的bug。但是，我们的发散会出现没有边际，和发散时发现的bug的方法得不到积累两个问题。探索性测试带给我们的指导性的自由测试方法。使我们的自由测试
298°/2985 人阅读/5 人点赞/0 条评论
一般一个新人（这里指新接触项目的人，而不是刚入行的人）来了，他之前可能有一些测试经验，所以在对一个游戏/软件，有了大致了解之后可以很快上手测试新功能，因为测试都是相通的。但是新人进行测试的时候，会比较容易漏测一些游戏中不那么通用的点。比如一个RPG游戏一般游戏的强化系统都会很稳定，但是这个游戏的强化系统则时不时的会出现问题，那么这个新人即使他的测试经验十分丰富，也很可能不会对一个看似平
386°/3862 人阅读/10 人点赞/0 条评论
有关测试大家都知道越早发现问题，修改的成本越低，今天在看jack博客时看到了这篇需求分析的分析，于是翻译了过来分享给大家。 《软件需求分析》 组织性： 1.需求是否符合需求模版 2.需求中是否包含实现的优先级 3.需求文档的引用是否正确 完整性： 1.需求是否明确 2.细节是否描述清楚 3.需求文件是否包含所有的客户及系统需求？ 需求中是否遗漏必要的信息？ 4.预期的错误状态是否有对应
299°/2992 人阅读/0 人点赞/0 条评论
游戏测试里面其实主要是手工测试，那谈到手工测试肯定就会说到探索性测试，有兴趣的朋友可以去看看这本书《探索性测试》，在看了这本书之后感觉对自己的手工测试很有启发。 里面提到的测试方法对于游戏测试是非常有用的。 我就把里面提到的测试方法逐一归纳一下。 指南测试法：其实就是严格按照策划案对功能进行审查，这点是最基础也是最重要的，没什么太多可解释的。 卖点测试法：这个方法是鼓励测试人员观看
273°/2728 人阅读/2 人点赞/1 条评论
之前自己一直在测试工作中试图做一只超级鸡（把自己的测试工作做到最好，并试图成为主导）。 但是在看了《工作中的鸡群效应》视频后发现，真正高效率的团队，不是超级鸡有多牛，当然，有一只很牛的超级鸡对于团队的工作有很大帮助，但是真有起到最大的效果的，不是团队中有一只可以提升效率的超级鸡，而是整个团队之间的关系融洽，互相帮助。 这才是真正高效的团队。 一个团队良好的配合，可以使团队发挥出远超一个
255°/2555 人阅读/0 人点赞/0 条评论
做测试经常会迷茫，不知道未来在哪，不知道现在该做什么来提升自己的价值。 只知道开发提了测试需求，就老老实实的测试，天天如此，其实很想学些东西，可就是不知道从何入手。 我相信有许多游戏测试的朋友都和我有相同的感受。 一般做软件测试的话，可以学些自动化的工具来方便自己测试，但是游戏没办法。 我面试过许多家游戏公司，也都是以手工测试为主，最厉害的是去北京几家大厂之一的公司（名字我就不说了）面试，
269°/2691 人阅读/23 人点赞/0 条评论