可是 团队精神到底是什么啊
互相帮助 互相袒护就算是吗
也有人这么认为吧
我是认为那根本只是唬人
应该是每个人抱着必死决心做自己的事
“我做好自己的部分了”
“接下来轮到你了”
“做不好的话我就揍扁你”
要有这种决心才能算是起码的团队精神吧

每个人都拼命做好自己的事情，以及彼此间的绝对信任，应该就是团队凝聚力和战斗力的基础吧？

(点击下面的三个手型之一，只能玩一次)

代码 照例放在了 GitHub上 。

这几天出现了一件事情，处理的方式非常欠妥。过程中被指“冷漠”，给我很大的触动。需要对自己处理问题的方式好好做个反省了。

仔细想想，其实自己的问题和 Friends 里的 Ross 有些相像：太较真了，对所有的事情非要搞清楚是非曲直，而不管当事人的感受。

最明显的受害者当然就是我老婆了。在她向我倾诉事情的时候，我往往会在过程中分析谁是谁非，有时候就会反而指出她的不是。而在那种情况下，即使真有那样的问题，即使我说的再有道理，她在心理上也是无法接受的。平时生活中也是，看到她的一些小毛病都会指出并且希望她能改掉，而且很直接，也同样让她情感上无法接受。

在工作中也是如此，对下级反而非常注意，对平级尤其上级就会过于直接的指出对方的问题，非常欠考虑。

是非曲直真的那样重要吗？有些时候是不是可以不要那么计较？即使必须指出，是否可以更慎重地考虑一下柔和委婉的方式？

其实仔细想想，有时候还是活在一个理想的世界里。应该，早该成熟一点了。

计划是通过一个demo开发过程介绍 TDD (FlexUnit, Model开发辅助)， xface (View开发辅助)， as3-signals (接口友好的通讯方式)。

目前demo还没有选定，要求在数据/逻辑和视图方面都有一定的复杂度以进行相关的演示。最开始考虑微薄客户段，Model部分演示TDD是足够了，但视图过于简单，不足以体现辅助工具的作用。后来考虑做一个简单的塔防之类的小游戏，但没有合适的美术素材。希望本周可以定下，下周开工制作。

如果有demo题材的想法或者可以提供美术素材请和我联系，万分感谢。

写了一个 小工具 来生成 AllTests.as 文件给 FlexUnit4 用. 下载 air 文件，安装运行即可。

通过ant调用的示例代码:

  <project name="Test Suiter" default="createSuite">
    <target name="createSuite">
      <exec executable="/Applications/TestSuiter.app/Contents/MacOS/TestSuiter">
        <arg value="/Users/someone/Desktop/SomeProject/tests" />
      </exec>
    </target>
  </project>

使用 Robert Penner 的 as3-signals 可以帮助我们节省代码量并写出更整洁的代码. 这是一个由几个代理方法组成的使用 FlexUnit4进行测试的扩展

• proceedOnSignal
• handleSignal
• failOnSignal
• registerFailureSignal

proceedOnSignal

使用这个方法确认一个signal必须被抛出。

[Test(async)]
public function test_proceedOnSignal():void 
{
    var model:IModel = new SomeModel();
    proceedOnSignal(this, model.changedSignal);
    model.doSomethingChange();
}

handleSignal

使用这个方法确认一个signal被抛出并且在handler方法里进行更多的断言。这个handler方法必须接收两个参数，第一个是SignalAsyncEvent，可以从这个事件的 args 属性里拿到 signal 的 dispatch 方法里传出的所有参数。第二个参数是一个Object，传进的是 handleSignal 方法的 passThroughData 参数。

[Test(async)] 
public function change_user():void 
{
    var model:IModel = new SomeModel();
    handleSignal(this, model.changedSignal, verify_user, 500, {"name":"Tom", "age":20});
    model.changeUser("Tom", 20);
}
private function verify_user(event:SignalAsyncEvent, data:Object):void 
{
    assertEquals(event.args[0], data.name);
    assertEquals(event.args[1], data.age);
}

failOnSignal

使用这个方法来确认一个signal 不 被抛出。

[Test(async)] 
public function not_changed():void 
{
    var model:IModel = new SomeModel();
    failOnSignal(model.changedSignal);
    model.doSomethingNotChange();
}

registerFailureSignal

使用这个方法在一个signal被抛出的时候使测试失败。假设你正在等待一个service的success signal，当这个service的error signal 抛出的时候你将希望这个测试直接失败，而不是等待超时。

[Test(async)] 
public function call_service():void 
{
    var service:IService = new SomeService();
    registerFailureSignal(this, service.failedSignal);
    proceedOnSignal(this, service.successSignal);
    service.call();
}

更多

• 下载这个扩展库
• FlexUnit4中异步测试的更多内容

XFace 是一个简单的 AsUnit/FlexUnit 4 风格的 UI-Unit 框架, 但不是用于测试。它是快速到达和验证ui实现的辅助开发工具。

Demo: (Source)

Xface 使用和 AsUnit/FlexUnit 4 一样的 [Before], [After], [Test], [Suite] metadata 标签, 并使用 [Inject] 标签用于依赖注入。

[Inject]
pubic var container:DisplayObjectContainer;
[Test]
public function test():void {
    container.addChild(instance);
}

所有的ui-unit方法都显示在一个列表中，你可以运行其中之一以验证最小的ui元素，保持小步前进。

Runner UI 使用了@bit101 的 Minimal Comps 里的 List 组件.

虽然黑羽安慰说第一次上台讲成这样不错了，不过提问环节差点冷场让我感觉很对不起观众。如果再有其它机会，需要更充分的准备才行啊。