添加类的时候注意选择合适的target
　　由于VVStack是NSObject的子类，所以上面的两个断言应该都能通过。这时候再运行测试，成功变绿。接下来我们开始考虑这个类的功能：栈的话肯定需要能够push，并且push后的栈顶元素应该是刚才所push进去的元素。那么建立一个push方法的测试吧，在刚才添加的代码之下继续写：

 


- (void)testPushANumberAndGetIt {
VVStack *stack = [VVStack new];
[stack push:2.3];
double topNumber = [stack top];
XCTAssertEqual(topNumber， 2.3， @"VVStack should can be pushed and has that top value.");
}

 

　　因为我们还没有实现-push:和-top方法，所以测试毫无疑问地失败了（在ARC环境中直接无法编译）。为了使测试立即通过我们首先需要在VVStack.h中声明这两个方法，然后在.m的实现文件中进行实现。令测试通过的简单的实现是一个空的push方法以及直接返回2.3这个数：

 

//VVStack.h
@interface VVStack : NSObject
- (void)push:(double)num;
- (double)top;
@end
//VVStack.m
@implementation VVStack
- (void)push:(double)num {
}
- (double)top {
return 2.3;
}
@end

 

　　再次运行测试，我们顺利回到了绿灯状态。也许你很快会说，这算哪门子实现啊，如果再增加一组测试例，比如push一个4.6，然后检查top，不失败了么？我们难道不应该直接实现一个真正的合理的实现么？对此的回答是，在实际开发中，我们肯定不会以这样的步伐来处理像例子中这样类似的简单问题，而是会直接跳过一些error-try的步骤，实现一个比较完整的方案。但是在更多的时候，我们所关心和需要实现的目标并不是这样容易。特别是在对TDD还不熟悉的时候，我们有必要放慢节奏和动作，将整个开发理念进行充分实践，这样才有可能在之后更复杂的案例中正确使用。于是我们发扬不怕繁杂，精益求精的精神，在刚才的测试例上增加一个测试，回到VVStackTests.m中，在刚才的测试方法中加上：

 

　　- (void)testPushANumberAndGetIt {
　　//...
　　[stack push:4.6];
　　topNumber = [stack top];
　　XCTAssertEqual(topNumber， 4.6， @"Top value of VVStack should be the last num pushed into it");
　　}