wickedone / muppet
此包已废弃,不再维护。未建议替代包。
测试您的获取器、设置器、添加器、移除器、检查器和其他
2.0.0
2022-01-10 18:08 UTC
Requires
- php: >=7.4
- doctrine/collections: ^1.6
- nette/php-generator: ^3.6
- nikic/php-parser: ^4.13
- phpunit/phpunit: ^9.5
- roave/better-reflection: ^4.12
- symfony/finder: ^5.3
Requires (Dev)
- escapestudios/symfony2-coding-standard: ^3.12
- friendsofphp/php-cs-fixer: ^3.2
- infection/infection: ^0.26
- phpmetrics/phpmetrics: ^2.7
- phpstan/phpstan: ^0.12.99
- phpstan/phpstan-deprecation-rules: ^0.12.6
- phpstan/phpstan-php-parser: ^0.12.3
- phpstan/phpstan-phpunit: ^0.12.22
- phpstan/phpstan-strict-rules: ^0.12.11
- roave/security-advisories: dev-latest
- vimeo/psalm: ^4.12
- wickedone/phpcs-reporter: ^1.0
- wickedone/phpunit-printer: ^1.0
This package is auto-updated.
Last update: 2022-12-29 04:20:07 UTC
README
单元测试您的获取器、设置器、添加器、移除器、检查器和其他。
安装
要添加此库到您的开发依赖,请使用
composer require --dev wickedone/muppet
但是为什么?
已经有很多关于测试获取器和设置器的必要性或者为什么不应该这样做。从我的个人角度来看,测试获取器和设置器提供了一致的覆盖率水平,从而可以将CI(持续集成)固定在最小覆盖率值上。
它做什么
此库不承诺生成完美、不失败的测试(尽管它尽力了)。然而,它确实生成易于修改的测试类,最重要的是,它与infection兼容(即不是太多的黑魔法)。
使用
$config = new Config( '~/Code/Project/src', // base dir '~/Code/Project/tests/Unit', // tests dir // namespace fragments [ 'Awesome', 'Namespace', 'Tests', 'Unit', ], 'foo <bar@qux.com>' // author (optional) ); (new Generator($config)) ->generate('MyEntity') ;
假设
因为我们喜欢那些...
- 可迭代属性使用添加器和移除器而不是设置器
- 移除器返回布尔值:移除时为true,否则为false
Tests
是测试命名空间的一部分