MAO

摘要： 看《黑客与画家》第八章防止垃圾邮件的一种方法，学习到贝叶斯过滤算法可以过滤垃圾邮件，并且很有威力。 阅读全文

摘要： 把我们开发的winPhone8应用放到一个网站上推广，了解到这个网站原型是Discuz!，很不错的网站架构。 阅读全文

摘要： 测试工作做久了，就会有些毛病。我说的是我自己。新看到一件事，一件物品，甚至一个人，第一感觉就去挑错误，而且以挑更多错误为乐。当有人“挑衅”时，谁说也发现了一个问题，那更来劲了，不停地说出问题，就算争到面红耳赤也不示弱，不善罢甘休。结果可能会让听者堵上耳朵，赶紧逃离。对于业务的热衷有时大过于对于技术的热衷。更多从用户角度去思考，使用起来方便程度，友好度，行业领域专业度显得比技术重要。可以在业务熟悉上强过开发人员，获得成就感，却总在技术技能上显得薄弱，处于下风，让人捉急。于是想方设法多接触技术，代码编写，设计框架，懂得一些后，发现动手能力较弱。还会被其他事情干扰，吸引了注意力。---------- 阅读全文

摘要： Windows8的项目告一段落，为期四个月。共完成了两个项目，一个是windows8平台的学习英语的应用，为PC和Surface设计，一个是windows phone8平台的学习英语的应用。用c#语言，MVVM的架构，结合Xaml语言，由于我编程的功底并不强，在整个过程中处于辅助开发完成的角色以及做些测试和最终发布的工作。微软官方有很多信息，其他网站博客上也不少，开始接触时，看到繁杂的资源，觉得不好找到确切需要的信息。渐渐地，就知道了如何寻找所需，主要集中在微软官方MSDN，开发中心的论坛以及几个专业系统讲述的博客等。先完成了windows8平台的应用，后来实现windows phone8平台 阅读全文

摘要： 敏捷团队里的测试人员扮演着很重要的角色，兼顾着BA，PM，QA的身份。一个优秀的测试人员是最掌握需求的，是最了解拥抱变化的思想的。从项目开始就介入需求分析，需求分析是个很关键的部分，我会另写个文章来表达我的见解。把需求通过story，测试用例，mock up的方式表现出来，让自己清晰的同时，告诉团队中的开发人员他们要做的是什么。在项目开发过程中，实际上，很大可能地，需求的变更是由team lead和开发人员告诉QA的。基本上是修改好了，做了变更才告诉QA做某方面的测试来验证改动，是否影响了其他功能。QA处于信息流通的下游。对于一个庞大的系统，QA如何管理好需求，这是个很重要的课题。我之前项目的 阅读全文

摘要： 外包公司的工资高吗？讨论各个公司之间的工资高与低，似乎意义不大。 一个人若有着擅长的领域，拥有强烈的工作动力，在各个公司都能找到自己合适的位置，高薪资自然就来了。有时候开发为了在较短的时间里fix一个比较难的bug，往往采取绕道走的方式。看起来解决了问题，实质上却没有解决，只是回避。在一个团队里，新人比老人有着更少的机会，除非新人有着过人之处。看到一篇培训的文章中讲到：技能与业务结合，跟同事分享，“人际关系中心”、“解决问题的技术中心”，你升职、薪水提升的速度会相当快。 阅读全文

摘要： 最近工作中做的事情感觉很多都没什么技术含量，简单重复。只要用心，谁都可以做。团队中有四个QA，实际上并没有那么多事情要做。有时候资源分配不均，有时候有很多无用功。做了事情只有让lead知道，才有效。而lead基本不会主动过来了解情况，大概是所谓的姿态。琐碎的事情居多，体力劳动居多。基本不用拿决定，跟着团队走就是了。这是我想要的状态吗？要走到哪里去呀？ 阅读全文

摘要： 大部分公司、学校、家庭和组织都遵循一条不成文的规则：让我们纠正错误；让优势自己发展。公司经理花大部分时间管理后进员工和寻找错误。父母和老师关注学生的最低分，而不是他们的最高分。银行和信贷机构根据欠账情况决定是否贷款。我国几乎所有的社会工作都关注现有问题，而不是帮助人们自食其力。……我想起自己的工作经历。从java开发，到web开发，到手动测试，自动化测试，后台测试这些经历让我学到了很多方面的知识，从前端到后端，从开发到测试，从项目管理到数据分析，大都有所了解。了解的都比较浅显。在一个项目中刚学会了ruby和watir的自动化框架，下一个项目就不用了，改成了后台测试。进入一个新的项目，心态要重新 阅读全文

摘要： 有关bug跟踪管理Bug主要包括一下几项内容： 测试软件内容，测试版本号，测试人名称，测试事件，测试软件和硬件配置环境，发现软件错误的类型，错误的严重等级，详细步骤，必要的附图和测试注释。在报bug后，我总是忽略的内容有几个：bug的发现软件错误的类型。在不同的bug里，选择性的输入内容有：测试软件和硬件配置环境，必要的附图，测试注释。不要等到在项目进行了一段时间，做DAP的时候，再去分析bug的错误类型。挨个去回忆当时是什么情况，让开发回忆当时的软件情况，不可取。很可能信息不全。另外，拒绝或延期处理错误不能由程序员单方面决定，应该由项目经理、测试经理和设计经理共同决定。测试人员和开发人员要加 阅读全文

摘要： 《软件评测师教程》的读书心得有关测试模型框架1. V模型2. W模型3. H模型4. 其他测试模型表明了测试介入的时间，方法，在什么时候做什么样的测试，出什么样的报告。软件测试不仅指测试的执行，还包括很多其他的活动。 对象不仅是程序，需求、功能和设计同样要测试。软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。开发和测试相结合。开发和测试相结合。软件测试要尽早准备，尽早执行。软件测试是根据被测物的不同而分层次进行的。不同层次的测试活动可以是按照某个次序先后进行的，但也可能是反复的。 阅读全文