-
|
I think the two most troublesome things to develop a microservice program are to write interface documents. This fastapi has been implemented, which is very good! Thank you for your hard work! The second is interface automation testing, because most companies require 100% test coverage of interfaces. However, in the current rapid iterative development cycle, it is really difficult to achieve this goal. If fastapi can perform this function, it is very nice In my opinion, since the types of interface parameters can be obtained, why not go further? According to this type, we can automatically build data for testing, such as int type parameters, and we can automatically randomly select from 0,1, - 1, and other numbers, and then test automatically If it can be supported, it really solves the big problem in the development process Wish fastapi a better future ! Thanks ! |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments
-
|
a library that can do this well is Hypothesis - https://hypothesis.readthedocs.io/en/latest/ |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the suggestion @HalfLeaf ! That would be a good idea for a third-party package. I don't think it would fit as part of FastAPI itself as I suspect that package/feature alone would grow quite large and would have some noticeable maintenance costs/burden. Also I suspect it wouldn't fit everyone's use case, as automatic data generation could miss other nuances of each use case. But I'm pretty sure it would be a nice idea and benefit a lot of people as a third-party package. |
Beta Was this translation helpful? Give feedback.
-
|
Assuming the original issue was solved, it will be automatically closed now. But feel free to add more comments or create new issues. |
Beta Was this translation helpful? Give feedback.
-
|
Assuming the original need was handled, this will be automatically closed now. But feel free to add more comments or create new issues or PRs. |
Beta Was this translation helpful? Give feedback.
Thanks for the suggestion @HalfLeaf ! That would be a good idea for a third-party package.
I don't think it would fit as part of FastAPI itself as I suspect that package/feature alone would grow quite large and would have some noticeable maintenance costs/burden.
Also I suspect it wouldn't fit everyone's use case, as automatic data generation could miss other nuances of each use case.
But I'm pretty sure it would be a nice idea and benefit a lot of people as a third-party package.