关于崔丹:2000年加入微软,现在的职位是Software
Design Engineer in Test. 一直在美国西雅图总部从事软件测试工作。参与过的产品包括 Windows SharePoint
Team Services (V1 and V2), 和Microsoft Office Business Scorecard
Manager (V2 & V3)
UITimes:微软软件测试部门主要的工作内容是什么?
崔丹:当然是测试软件:-)。负责的内容包括:了解软件的设计要求;应用相应的技术和使用方法开发测试计划书和测试scenarios;用C#
(依产品而定,有的产品会采用C/C++和某些script languages)开发自动测试工具;寻找产品漏洞,错误,不合规范的部分;分析测试数据和达到的测试覆盖比例;追踪用户反馈并根据需要跟进相应措施;确保在指定的时间里发行所能达到的最高品质的软件产品。
UITimes:微软测试部门的成员组成是怎样的?
崔丹:根据产品和部门而定。测试部门可以有一个或多个经理,每个经理下面会有多个测试科。每个科大概三到十个测试人员。
UITimes:微软进行软件测试的流程是怎样的?
崔丹:不同的产品会在测试流程方面有所不同。一些主要的工作包括制定测试计划,测试计划审阅,计划内容的开发和执行等等。
UITimes:测试的评分标准中有关于易用性的部分吗?如何打分呢?怎样的软件才算是易用性达到产品级的标准了?
崔丹:有。测试人员从使用者的角度对产品设计进行初步检验,发现的问题送交设计部门修补。然后对开发好的部分进行进一步检验,发现的问题送交开发部修补,这个工作贯穿整个产品流程直到结束。在产品测试达到一定程度之后,我们的UX
(User Experience) 部门会组织Usability Study,就是请一些相应背景但是从来没有接触过这个软件的人,观察他们的使用过程,听取他们的意见和要求。UX然后会把结果写成报告发回产品部门,产品部然后汇同测试,设计,开发部的意见进行再改进。另外在产品开发期间,设计部会和市场部合作制定一套产品试用规划,比如一些感应趣的潜在用户会愿意在产品上市前试用产品的Beta或开发阶段更早的产品,这些单位很可能就是我们将来的客户,他们反馈回来的意见或建议我们会格外地重视。测试部门保留最后签发易用性达标产品的权力。
UITimes:你觉得什么样的软件才是好的软件?
崔丹:达到设计要求,易用性好,没有功能性错误,在使用出错时能够提供有助用户解决问题的信息,软件运行效率达标等等。
UITimes:在微软关于软件的视觉风格有相应的评价标准吗?如果界面设计不合格,那么如何调整?
崔丹:我们根据UX部门提供的“UI Design Guidelines”进行测试。如果有的产品没有设置UX部门,测试部门会采用微软统一制定的界面设计标准。如果在软件测试中发现不合格问题,我们会采用Issue
Tracking System把问题提交到负责该界面开发的开发人员名下,问题没有结论case不会关闭。存在没有关闭case的软件不能签发。
UITimes:在一个项目结束后,测试部门的报告会对下一个项目产生影响吗?
崔丹:一定会。每一个项目中得到的经验都会被相应地应用到下一个项目上。
UITimes:微软是如何确定软件的交互模式的?你觉得这样做合理吗?
崔丹:上面提到过UX部门根据软件产品制定的“UI Design Guideline”,这个Guideline不光给测试部门提供测试依据,设计部门也要在此基础上设计产品性能。互交模式的确定最终要提交产品部门,在各方都有代表的前提下进行审阅。界面设计确定之后还有可能根据测试结果,usability
study results, 和用户反馈进行修改。这个流程应该合理,但不是完全一程不变,具体情况要根据产品的不同而定。
UITimes:微软的界面设计部门是单独的吗?大约有多少人呢?还是根据项目的不同而特别招聘的?
崔丹:是单独的,但是设计部门和开发,测试部工作关系非常紧密。根据产品的大小功能,设计部门人员多少很不一样。针对设计领域的不同,我们也会根据需要招聘特定领域的专业设计人员。
UITimes:你觉得软件界面未来会有什么发展?什么是我们在设计界面时最应该关注的?
崔丹:从测试角度,用户的要求永远都是第一位的。无论什么产品,它们的设计都应该最大可能地满足用户的使用要求。我认为任何难用的产品,用户需要参加很长时间培训,售后technical
support投入高的都不是好的产品。界面简洁重点突出应该在今后相当长一段时间还是我们界面设计追求的方向。如果用户切换到我们的界面五秒钟之内没弄明白这个界面是干什么用的,那就说明我们还有提高的空间。
UITimes:有没有什么可以推荐给国内设计的书或者网站资料?
崔丹:msdn.microsoft.com,我每天都在用。
|