|
|||
|
摘要：
虽然创新课项目还在需求阶段，但软件测试这个知识点还是得在项目初期灌输给组员们，简单的描述一下软件测试过程中应遵循的原则！
软件测试，从不同的角度出发会派生出两种不同的测试原则。从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷；从开发者的角度出发，就是希望测试能表明软件产品不存在错误，已经正确地实现了用户的需求。
中国软件评测中心的测试原则，就是从用户和开发者的角度出发进行软件产品测试的。
为了达到上述的原则，需要注意以下几点：
1.应当把“尽早和不断地测试”作为开发者的座右铭。
2.程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成。
3.设计测试用例时，应该考虑到合法的输入和不合法的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。
阅读全文
posted @ 2007-09-27 20:09 season-studio 阅读(476) 评论(3) 推荐(0)
摘要：
对于软件工程师来说，工作也许意味着许多东西 -- 稳定的收入、做自己感兴趣的项目、找一份更好工作的跳板，或者你只是喜欢与其他程序员共事。但说到“效率”，强调的是在一定时间内按质完成项目的能力。 Phil Chu根据自己的经验提出了高效程序员应该养成的七个习惯。
1.理解你的需求
成为一个有效率的程序员首先要知道如何正确的支配自己的时间。对时间最大的浪费莫过于去做那些没有用处或者永远不会上线的项目。而导致这种结果的根源往往是对需求理解的偏差。
要最大程度避免这种情况的发生，最好的办法是快速建模，尽可能让演示系统早点出来。对于客户来说，只有看得到摸得着的产品摆在面前，他们才会有兴趣去试用观察，才会在实际的操作中发现供需双方在需求理解上的偏差。否则即使你写上几百页的需求分析文档也只能是自己的一面之词，客户可没耐心去检查这些文档写的是否准确。
另一方面，你应该让每一个阶段的开发成果都能够尽早的提交给客户。让他们以完全不考虑操作合理性和业务逻辑性的傻瓜级操作来发现程序员编程中的固有思维局限。尤其必须让 阅读全文
posted @ 2007-09-27 20:05 season-studio 阅读(461) 评论(2) 推荐(0)
摘要：
“高效”有时候并不需要什么技巧，很多人在抱怨没有足够时间的时候，其中的潜台词是他们应该更专心。时间对每个人都是公平的，你需要的是不要浪费时间，并且专心。
防止浪费时间的窍门
If the real work that needs doing is offline, disable the internet for an hour at a time.
如果这件事情不需要上网就可以完成，把网断掉。
Turn email checks into an hourly habit, not an “as the box gets mail” habit.
延长查看电子邮件的周期。
Don’t answer your cell phone when working on something important. Call back later.
如果手头的工作很重要，工作期间不要接电话，回头再打过去就是了。
If you can’t work at work, negotiate 阅读全文
posted @ 2007-09-20 18:15 season-studio 阅读(406) 评论(2) 推荐(0)
摘要：
在会议过程中，由记录人员把会议的组织情况和具体内容记录下来，就形成了会议记录。“记”有详记与略记之别。略记是记会议大要，会议上的重要或主要言论。详记则要求记录的项目必须完备，记录的言论必须详细完整。若需要留下包括上述内容的会议记录则要靠“录”。“录”有笔录、音录和影像录几种，对会议记录而言，音录、像录通常只是手段，最终还要将录下的内容还原成文字。笔录也常常要借助音录、像录，以之作为记录内容最大限度地再现会议情境的保证。
一、会议记录格式
一般会议记录的格式包括两部分：一部分是会议的组织情况，要求写明会议名称、时间、地点、出席人数、缺席人数、列席人数、主持人、记录人等。另一部分是会议的内容，要求写明发言、决议、问题。这是会议记录的核心部分。
对于发言的内容，一是详细具体地记录，尽量记录原话，主要用于比较重要的会议和重要的发言。二是摘要性记录，只记录会议要点和中心内容，多用于一般性会议。
会议结束，记录完毕，要另起一行写"散会"二字，如中途休会，要写明"休会"字样。
二、 阅读全文
posted @ 2007-09-15 02:31 season-studio 阅读(3260) 评论(1) 推荐(0)
摘要：
(1)微软的软件每一个介面都要有说明书(用户场景，用这个软件做什么?)
(2)产品的时间规则:
发布beta1, 测试，发布beta2，最后release.没有完成计划，增加资料将事情做完。软件生产具有艺术性。
(3)软件后期加入，会增加负担。
(4)PM协调各组进行活动，人际关系。
(5)时间安排表,Myproject.
(6)每一个小组要做好版本控制。
微软的的版本控制：先由开发人员自己单元测试，再由PM测试，最后与新版本运行，可以运行正常,再check in.
(7)要手工测试，自动测试只涵盖其中的一部分。
(8)如何管理，team work如何做，要员工自己说这件事可以多少天做完? PM要给新员工加一些时间。还有做不完如何办？相信自己的员工，有什么就直说，团队不要搞猜疑。大家要直截了当.
(9)一起玩，一起工作，增加相互了解。团度可以每隔时间搞一次活动。
(10)PM的沟通和表达不能太差。
(11)文档是精华，不要啰嗦，尽量用英文写。
(12)最后的分数: 集体分 + 个人分 阅读全文
posted @ 2007-09-15 02:25 season-studio 阅读(493) 评论(0) 推荐(0) |
|||
浙公网安备 33010602011771号