Good day, sir! I'm getting back to some automated tests with python after, well, 4 years. I have to say - this video is a great refresher for me. Thank you.

@pixegami

Жыл бұрын

Glad it was helpful!

This is a great work! I would recommend the course to everyone and I would like to see more videos like this from the author

@pixegami

Жыл бұрын

More to come!

Nice tutorial! Thank you! Got me through a tricky textbook problem.

This is wonderful sir This is what I am exactly searching for to automate the API testing but I didn't find any videos except this..all the while I am thinking of markers, fixtures, parametrizing..glad my sleepless night didn't go futile.. thank you so much

@pixegami

Жыл бұрын

Glad it helped! It's easy to overthink things when there's so many tools and techniques available.

tremendmous experience , I didn't ever seen any tutorial & clear crytsal explanation ,Waiting for more videos for Automated series

great video to learn and practice integration testing. Thank you so much

You are legendary for sharing this, explained simply. Thank-you bro!! 😎👊🏾🔥💙

@pixegami

Жыл бұрын

Glad it was helpful!

Really great video. Good tempo and coverage. keep Rocking it.

Excellent Tutorial! Many thanks!

@pixegami

Жыл бұрын

You're welcome!

Thanks!

Great video! I'm actually struggling with testing APIs for productive systems where I can't create or delete test resources. Are you planning on doing a video with Mocking? 😇 Keep up the amazing work!

This channel is gold!

@pixegami

6 ай бұрын

Thank you!

Thanks. Very cool Video

@pixegami

Жыл бұрын

Glad you liked it!

I have a config.json file with a list of scenarios I wish to test, is there a way I can easily create tests for each scenario?

great video, thx

@pixegami

5 ай бұрын

Glad you liked it!

thanks buddy

good video Important: 33:28

I'm getting back into testing APIs and am using TestCafe with Javascript while following along with your video. Is it safe to assume the /update-task/ endpoint is incorrect in being a put rather than a patch? Also that it doesn't take in an existing task_id to update? With it being a put and no existing task to reference, we're just creating a new task, right?

@pixegami

Жыл бұрын

The way people interpret REST APIs can vary. Here, I overload `PUT` as both `CREATE` and `UPDATE` since it mostly uses the same code. I might also just want to express "Create (Or Update if it exists)" as a single operation. In that case, I'd just go with a PUT API for it. But it's not necessarily "correct" or the best way to do it-although it's not uncommon either.

Thank you

@pixegami

5 ай бұрын

You're welcome!

Great video, just wanted to check how are you getting the auto suggestion of snippets in your tests? which extension is that? Thank You.

@pixegami

2 ай бұрын

This is probably GitHub Copilot :)

Hey, thanks for the video, do you think designing a framework in POM design pattern is a good idea for this? I am getting confused what to put in different pages and test files as the requests are dependant on each other.

@pixegami

2 ай бұрын

Thanks for your comment! I actually haven't done work with POM design pattern so I'm not quite sure how to advise you on that though, sorry!

This is awesome to watch and understand better. Can I ask you what code snippet tool you use in vscode to populate the suggestion code? TIA.

@pixegami

5 ай бұрын

It's been a while since I made this video so I'm not 100% sure, but it's probably GitHub Copilot.

I'm stuck behind corporate firewall. I can get to the todo from browser but not via python. I tried setting proxy etc. still no dice. video looked good ut I got stuck unfortunately

Awesome content! I am data scientist working mainly with Python and PyTorch. I want to be full stack MLE, I want to be able to build applications using ML. I am wondering what I need to build end 2 end application. Which stack should I learn? Thanks a lot for your help

@pixegami

Жыл бұрын

I used to do data-science and ML as well, but I find that ML/DS skills a very different from full-stack and application development skills. First I'd recommend figuring out a way to turn your ML/DS projects into a web service (like an API endpoint) so you can call it via a REST API (just like OpenAI's products). For Python, you can choose between Flask, FastAPI, Starlite. Then you'll need cloud infrastructure to host it. The obvious choices are AWS, Azure or Google Cloud. Once you have an API endpoint with your ML products, you can then look into adding a front-end. React is the dominant framework here, so I recommend it. But Svelte and Vue are also really good, so you could give those a try as well.

@ml-techn

Жыл бұрын

@@pixegami thanks a lot for you help. I have seen a lot people recommending django, what is your taught on that?

Great video! The code suggestions are by copilot?

@pixegami

Жыл бұрын

Yes they are!

bro, I have one doubt regarding in creating sceneario u have applied put request ,Im right ? but actually Is it post in that case right?

@pixegami

Жыл бұрын

You can use POST too. It doesn't really make a big difference and is a matter of preference. There's lots of discussions about it online: stackoverflow.com/questions/630453/what-is-the-difference-between-post-and-put-in-http I like to use "PUT" for anything where I want to say "Create and/or Update" - which also aligns with a lot of AWS APIs that I use (so it makes my code more consistent).

@blessycheriyan5870

Жыл бұрын

@@pixegami okay bro thanks for the reply

Why are we using PUT instead of the POST to create a new task?

@pixegami

2 ай бұрын

There's lots of different interpretations of when to use PUT/POST. I use PUT here. because it's a "Create or Update" operation, whereas I see "POST" as more of an "append" operation. In this case, the PUT function is potentially destructive. But either is fine, I think.

Whats the VS Code plugin that suggests "auto-complete" code after comment?

@pixegami

Жыл бұрын

GitHub CoPilot! github.com/features/copilot I also made a video about that here: How To Use GitHub Copilot (with Python Examples) kzread.info/dash/bejne/pntssrKnlZrLlpM.html

when I got o "/docs" i didn't find any thing

Good job! A quick question, you test cases actually interact with real database, is that what professional developers doing in the real world? As far as I am concerned, developers tend to use mocking or SQLite in memory, the last thing they want is to modify the real database.

@pixegami

7 ай бұрын

Good question. For unit tests, you should mock and stub the database. But this is an "integration test", and it should absolutely test the real thing. There are some types of issues that only show up when you test the real thing end-to-end. If you are concerned with it affecting the PROD database, you will have to create a BETA stack, which is a working copy of the real thing, then use CICD to promote the code in stages. There's actually a lot of different types of testing as your service grows more complex as well (e.g. periodic smoke test - also on the PROD stack, and load/stress testing - probably also on the PROD stack).

set up a run configuration for pytest but it gave DeprecationWarning: pkg_resources is deprecated as an API. How to fix?

@pixegami

5 ай бұрын

Hmm, if it's a warning then I think it should be OK to ignore. It just means you need to look up what the library owners want you to use instead of that API going forward.

I am getting 403 error for create-task [put]

Good tutorial. For some reason, I'm having trouble getting the print statements to work within the test case functions themselves, even after doing what you suggested around 14:30.

@pixegami

7 ай бұрын

Hmm, if you've added "-s" and still don't see anything printed, have you checked first if your tests were already being discovered by PyTest? Otherwise, I have another PyTest video that starts from simpler examples (with unit tests) that might be easier to follow until you get it working: kzread.info/dash/bejne/i5akra-Chc3ce5s.html

@Based0nPrinciple

7 ай бұрын

@@pixegami Yeah all of the tests get properly discovered, and they pass, but the printed items within the test don't show up in the terminal

@pixegami

7 ай бұрын

@@Based0nPrinciple Hmm, without actually seeing the code I'm not sure I can debug further. The `-s` flag should work in normal cases. Here's a link to the relevant page on Pytest about how it captures your default stdout (including your prints): docs.pytest.org/en/7.4.x/how-to/capture-stdout-stderr.html#how-to-capture-stdout-stderr-output

Hi, I'm new to your channel. This is a great video, so much information that is easy to digest, follow and implement. I just want to ask a few questions. 1. Can I move the helper functions to a separate file and import that file into the test case? 2. Should I move each test case to an individual file? For example, have a file for creating a task, have a separate file for updating a file and so on. I would really appreciate your feedback. Thanks.

@pixegami

10 ай бұрын

Glad it was helpful, and thanks for the questions! 1. Yes. Helper functions are just like any other functions in Python - they can be stored in separate files and imported too if that's how you prefer to organize them. 2. Up to you - everyone has a different way of organizing their tests. For unit tests (which are usually targeted at modules/classes and mock everything else), I normally see a 1:1 mapping with the files they test. E.g. a `person.py` class will have a `test_person.py` test. But in this video, we are doing integration tests, which actually tests multiple components. For integration tests, you can also take the 1:1 file approach, but you don't have to. Sometimes I like to split files into 'logical units'. If this To-Do app became really big, "tasks" are just one logical unit, so it might be fine to have one file to test the entire tasks workflow (create, get, read, etc). Since tests are something you can easily refactor, it's OK to just try what works for you and change it later if you have a better idea.

@emmanuelalder9052

10 ай бұрын

@@pixegami Thank you for your response. That all makes sense. Thank You. Honestly great channel. Thanks for sharing your knowledge.

this is a really good video for testing APIs, however i'd suggest one improvement. I come from a different language dev but we also always implemented "error" tests for every request. I know you briefly touched on it, but I believe this is a mandatory thing

@pixegami

5 ай бұрын

It's a great idea for a more comprehensive test suite, and I agree if we were to go into more detail, testing the errors and the negative cases is just as important.

Very nice tutorial !! Do have any tutorial on PyTest + BDD ?

@pixegami

Жыл бұрын

Not yet. Are you from the frontend/NodeJS world? I know BDD is big there, but I don't really see it used in Python as much.

@cutinhorish

Жыл бұрын

@@pixegami Nope, I'm from an automation testing background. I require PyTest +BDD for one of my projects

please provide full tutorial

Excellent video! One question, how would you test "def get_task" (another test) that receives a task_id as a parameter? Is there a way to chain the task_id that was created in create_task? or should I create a new task_id for that new test?

@pixegami

Жыл бұрын

Not sure if it's exactly what you mean, but one way to do a setup once, get a UUID, and re-use it across multiple tests is to use a fixture: docs.pytest.org/en/6.2.x/fixture.html You can have a per-class fixture, for instance, and have it create a unique task once that you can then re-use in as many tests as you want.

@OoFedericoO

Жыл бұрын

@@pixegami Thanks, that's what I just did, in my test methods, I receive a fixture(scope="module") that responds to a taskId, so I take the necessary ID, and make the get request, I don't know if it's very elegant or a good one practice, but it works

@pixegami

Жыл бұрын

@@OoFedericoO If it works, that great. Don't worry about getting too caught up in if it's elegant or good practice - as long as you are solving problems, the other stuff will fall into place gradually.

I wonder why you did not use Fixtures instead of helper functions..!?

@pixegami

Жыл бұрын

Good point, it probably would've worked here. I felt like functions were more primitive, and easier to digest. I do actually use fixtures in my other Pytest unit-testing focused tutorial: kzread.info/dash/bejne/i5akra-Chc3ce5s.html

Awesome detailed Video 👍 Can you also give us the access to the project (code) used for this tutorial So we can checkout and try to implement on existing code.. thanks

@pixegami

Жыл бұрын

I don't think I ever uploaded source code for this project, but it was based on the test code in this other project here: github.com/pixegami/todo-list-api/blob/main/test/api_integration_test.py So it's not exactly the same, but should be close enough for reference.

@ChelseaSaint

Жыл бұрын

@@pixegamiappreciate it.. thanks 🙏

Do you have a GitHub repo with the code?

@pixegami

2 ай бұрын

I don't think I ever uploaded source code for this project, but it was based on the test code in this other project here: github.com/pixegami/todo-list-api/blob/main/test/api_integration_test.py So it's not exactly the same, but should be close enough for reference.

I need a full course of Pytest with you. Pleaseeeeeeeeeee

@pixegami

Жыл бұрын

Thanks for the feedback. I don't have any more PyTest course planned yet at this point, but I do have another PyTest unit testing video here: kzread.info/dash/bejne/i5akra-Chc3ce5s.html

Very useful video! Well done👍. Can you share a code, please ☺️

@pixegami

Жыл бұрын

Not the *exact* code used in the video, but close enough: github.com/pixegami/todo-list-api/blob/main/test/api_integration_test.py

Thanks, maybe python + seleniumbase tutorial?

@pixegami

Жыл бұрын

Good idea, that's the next step :)

@blessycheriyan5870

Жыл бұрын

waiting for python + selenium tutorials

Ok now tell me how to get code coverage for code which is tested by tests. I am stuck there.

@pixegami

7 ай бұрын

For unit tests I think there's quite a few options, e.g. coverage.readthedocs.io/en/7.3.4/ But for integration tests, I think that's a little more advanced topic, and I haven't looked into it for Python yet - sorry!

@rohitkapade1130

7 ай бұрын

@@pixegami referaces to those resources can be helpful if known. Please I need it very urgently.

@pixegami

7 ай бұрын

@@rohitkapade1130 I haven't explored this myself, but I'd probably start here: coverage.readthedocs.io/en/7.4.0/api.html#api It's a way to programmatically generate a coverage report. You can embed this into your service code, and turn it on when a "test" request hits it.

it's unit test

@pixegami

8 ай бұрын

Unit tests do not normally test external dependencies or make network calls - those are usually mocked/stubbed in unit tests.